From owner-freebsd-bugs Sun Feb 11 2:10:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A23E37B401 for ; Sun, 11 Feb 2001 02:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BAA2A68224; Sun, 11 Feb 2001 02:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 02:10:02 -0800 (PST) Message-Id: <200102111010.f1BAA2A68224@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Bryan K. Ogawa" Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Reply-To: "Bryan K. Ogawa" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22240; it has been noted by GNATS. From: "Bryan K. Ogawa" To: "Todd P. Whitesel" Cc: , Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Date: Sun, 11 Feb 2001 02:06:21 -0800 (PST) Has there been any resolution to this problem (other than avoiding VIA 133 chipset mobos?) I have a FIC 503+ (MVP3 chipset, the 586 according to 4.2-RELEASE and a 586B according to the writing on the chip) which reliably fails to install by panicing as I attempt to install bits. I even replaced the HD in hopes that this would help. Of course, it could be some entirely different problem for me. -- bryan k ogawa http://www.primenet.com/~bkogawa/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 2:40:13 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id A5C4937B401 for ; Sun, 11 Feb 2001 02:39:53 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id LAA86232; Sun, 11 Feb 2001 11:39:30 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200102111039.LAA86232@freebsd.dk> Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) In-Reply-To: <200102111010.f1BAA2A68224@freefall.freebsd.org> from "Bryan K. Ogawa" at "Feb 11, 2001 02:10:02 am" To: bkogawa@primenet.com (Bryan K. Ogawa) Date: Sun, 11 Feb 2001 11:39:27 +0100 (CET) Cc: freebsd-bugs@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-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Bryan K. Ogawa wrote: > > Has there been any resolution to this problem (other than avoiding VIA 133 > chipset mobos?) I have a FIC 503+ (MVP3 chipset, the 586 according to > 4.2-RELEASE and a 586B according to the writing on the chip) which > reliably fails to install by panicing as I attempt to install bits. I > even replaced the HD in hopes that this would help. Hmm, no, I have not been able to reproduce the problem, and I have several success stories too, so its still not clear what the problem is. However if switching to PIO mode does not help, I would think the problems are elsewhere... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 6:20:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E5B4637B401 for ; Sun, 11 Feb 2001 06:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BEK1d03832; Sun, 11 Feb 2001 06:20:01 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 06:20:01 -0800 (PST) Message-Id: <200102111420.f1BEK1d03832@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Stas Kisel Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Reply-To: Stas Kisel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24608; it has been noted by GNATS. From: Stas Kisel To: freebsd-gnats-submit@FreeBSD.org Cc: myleal@spliceip.com.br Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Date: Sun, 11 Feb 2001 16:11:40 +0200 Hi. It looks like I've hit the same trouble. I've upgraded 4.1-RELEASE router to 4.2-RELEASE yesterday. It was rebooted several times while past 24 hours. I erroneously decided that it was IPSEC code trouble, and started to rebuild kernel without IPSEC. When after reboot with new kernel, I've got crash again, I decided to write PR or look appropriate (and found kern/24608). Crashes are located in 4 places: at ../../kern/uipc_mbuf2.c:270 at ../../pci/if_rl.c:1314 (this one originally reported in this PR) at ../../kern/uipc_socket.c:558 at ../../kern/uipc_mbuf.c:621 #6 0xc0161624 in m_aux_add (m=0xc05a7100, af=2, type=50) at ../../kern/uipc_mbuf2.c:270 #7 0xc01bf290 in ipsec_setsocket (m=0xc05a7100, so=0xc6df2a80) -- #6 0xc01fe56c in rl_encap (sc=0xc0d29a00, m_head=0xc05a7800) at ../../pci/if_rl.c:1314 #7 0xc01fe73b in rl_start (ifp=0xc0d29a00) at ../../pci/if_rl.c:1367 -- #6 0xc01620a8 in sosend (so=0xc6df1840, addr=0xc0da0ae0, uio=0xc7806ed0, top=0x0, control=0x0, flags=0, p=0xc7326f60) at ../../kern/uipc_socket.c:558 -- #6 0xc01fe56c in rl_encap (sc=0xc0d29800, m_head=0xc05a7600) at ../../pci/if_rl.c:1314 #7 0xc01fe73b in rl_start (ifp=0xc0d29800) at ../../pci/if_rl.c:1367 -- #6 0xc0161624 in m_aux_add (m=0xc05a7400, af=2, type=50) at ../../kern/uipc_mbuf2.c:270 #7 0xc01bf290 in ipsec_setsocket (m=0xc05a7400, so=0xc6df5000) -- #6 0xc01fe56c in rl_encap (sc=0xc0d29a00, m_head=0xc05b1500) at ../../pci/if_rl.c:1314 #7 0xc01fe73b in rl_start (ifp=0xc0d29a00) at ../../pci/if_rl.c:1367 -- #6 0xc016004c in m_copym (m=0xc05b1c00, off0=2920, len=872, wait=1) at ../../kern/uipc_mbuf.c:621 #7 0xc01ab330 in tcp_output (tp=0xc6f7a2e0) at ../../netinet/tcp_output.c:590 -- #6 0xc016004c in m_copym (m=0xc05a9700, off0=1460, len=872, wait=1) at ../../kern/uipc_mbuf.c:621 #7 0xc01ab330 in tcp_output (tp=0xc6f760c0) at ../../netinet/tcp_output.c:590 -- #6 0xc016004c in m_copym (m=0xc05b5c00, off0=7300, len=1156, wait=1) at ../../kern/uipc_mbuf.c:621 #7 0xc01ab330 in tcp_output (tp=0xc6f7c940) at ../../netinet/tcp_output.c:590 Here is my dmesg with IPSEC compiled: Copyright (c) 1992-2000 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.2-RELEASE #0: Sat Feb 10 15:05:08 EET 2001 stask@btr.unisquad.com:/usr/src/sys/compile/btr Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 67108864 (65536K bytes) avail memory = 61898752 (60448K bytes) Preloaded elf kernel "kernel" at 0xc033d000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc033d09c. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 10 chip1: port 0x440-0x44f at device 7.3 on pci0 pci0: at 15.0 rl0: port 0xe400-0xe4ff mem 0xfebeff00-0xfebeffff irq 9 at device 16.0 on pci0 rl0: Ethernet address: 00:50:ba:83:7a:09 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: port 0xe000-0xe0ff mem 0xfebefe00-0xfebefeff irq 7 at device 17.0 on pci0 rl1: Ethernet address: 00:50:ba:83:99:c7 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto 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 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 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 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 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: parallel port not found. IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default DUMMYNET initialized (000608) IPsec: Initialized Security Association Processing. IP Filter: v3.4.8 initialized. Default = pass all, Logging = enabled ad0: 6149MB [13328/15/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted ipfw: Accounting cleared. uhci0: port 0xef80-0xef9f irq 10 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Here is kgdb output on core of kernel without IPSEC. I've resently got one more crash, kgdb output is almost the same. I'll post it if needed, and I'll post as much of this staff as needed :) Script started on Sun Feb 11 14:56:39 2001 btr# 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) symbol-file /sys/compile/btr/kernel.debug Reading symbols from /sys/compile/btr/kernel.debug...done. (kgdb) exec-file /var/crash/kernel.42 (kgdb) core-file /var/crash/vmcore.42 IdlePTD 3305472 initial pcb at 2a60e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x5ac0ac00 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01e8b20 stack pointer = 0x10:0xc02850a4 frame pointer = 0x10:0xc02850b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = Idle interrupt mask = net tty trap number = 12 panic: page fault syncing disks... 5 3 done Uptime: 33m9s dumping to dev #ad/0x20001, offset 380928 dump ata0: resetting devices .. done 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:469 469 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:469 #1 0xc013e397 in boot (howto=256) at ../../kern/kern_shutdown.c:309 #2 0xc013e72d in panic (fmt=0xc027a0af "page fault") at ../../kern/kern_shutdown.c:556 #3 0xc02451b2 in trap_fatal (frame=0xc0285064, eva=1522576384) at ../../i386/i386/trap.c:951 #4 0xc0244e65 in trap_pfault (frame=0xc0285064, usermode=0, eva=1522576384) at ../../i386/i386/trap.c:844 #5 0xc0244a07 in trap (frame={tf_fs = 16, tf_es = -1071120368, tf_ds = -1820065776, tf_edi = 1, tf_esi = 6754970, tf_ebp = -1071099728, tf_isp = -1071099760, tf_ebx = 1, tf_edx = 1522576384, tf_ecx = 0, tf_eax = 6754970, tf_trapno = 12, tf_err = 0, tf_eip = -1071740128, tf_cs = 8, tf_eflags = 78342, tf_esp = -1067788544, tf_ss = -1067788544}) at ../../i386/i386/trap.c:443 #6 0xc01e8b20 in rl_encap (sc=0xc0d29800, m_head=0xc05ad700) at ../../pci/if_rl.c:1314 #7 0xc01e8cef in rl_start (ifp=0xc0d29800) at ../../pci/if_rl.c:1367 #8 0xc0181aac in ether_output_frame (ifp=0xc0d29800, m=0xc05ad700) at ../../net/if_ethersubr.c:401 #9 0xc0181a1a in ether_output (ifp=0xc0d29800, m=0xc05ad700, dst=0xc0d9c130, rt0=0xc0ec8400) at ../../net/if_ethersubr.c:354 #10 0xc019f697 in ip_output (m0=0xc05ad700, opt=0x0, ro=0xc6fb9d08, flags=0, imo=0x0) at ../../netinet/ip_output.c:787 #11 0xc01a43da in tcp_output (tp=0xc6fb9d80) at ../../netinet/tcp_output.c:859 ---Type to continue, or q to quit--- #12 0xc01a31ad in tcp_input (m=0xc05aa700, off0=20, proto=6) at ../../netinet/tcp_input.c:2220 #13 0xc019df03 in ip_input (m=0xc05aa700) at ../../netinet/ip_input.c:731 #14 0xc019df77 in ipintr () at ../../netinet/ip_input.c:759 (kgdb) up 6 #6 0xc01e8b20 in rl_encap (sc=0xc0d29800, m_head=0xc05ad700) at ../../pci/if_rl.c:1314 1314 return(1); (kgdb) l 1309 */ 1310 1311 MGETHDR(m_new, M_DONTWAIT, MT_DATA); 1312 if (m_new == NULL) { 1313 printf("rl%d: no memory for tx list", sc->rl_unit); 1314 return(1); 1315 } 1316 if (m_head->m_pkthdr.len > MHLEN) { 1317 MCLGET(m_new, M_DONTWAIT); 1318 if (!(m_new->m_flags & M_EXT)) { (kgdb) p *sc $1 = {arpcom = {ac_if = {if_softc = 0xc0d29800, if_name = 0xc0265d76 "rl", if_link = {tqe_next = 0xc02a6ae0, tqe_prev = 0xc0d29a08}, if_addrhead = { tqh_first = 0xc0d32f00, tqh_last = 0xc0d7d690}, if_pcount = 0, if_bpf = 0xc0595760, if_index = 2, if_unit = 1, if_timer = 0, if_flags = -30717, if_ipending = 0, if_linkmib = 0x0, if_linkmiblen = 0, if_data = {ifi_type = 6 '\006', ifi_physical = 0 '\000', ifi_addrlen = 6 '\006', ifi_hdrlen = 14 '\016', ifi_recvquota = 0 '\000', ifi_xmitquota = 0 '\000', ifi_mtu = 1500, ifi_metric = 0, ifi_baudrate = 10000000, ifi_ipackets = 9556, ifi_ierrors = 0, ifi_opackets = 9758, ifi_oerrors = 0, ifi_collisions = 0, ifi_ibytes = 1958413, ifi_obytes = 975722, ifi_imcasts = 3, ifi_omcasts = 0, ifi_iqdrops = 0, ifi_noproto = 0, ifi_hwassist = 0, ifi_unused = 0, ifi_lastchange = {tv_sec = 0, tv_usec = 0}}, if_multiaddrs = {lh_first = 0xc0595000}, if_amcount = 0, if_output = 0xc0181708 , if_start = 0xc01e8ccc , if_done = 0, if_ioctl = 0xc01e9164 , if_watchdog = 0xc01e9250 , if_poll_recv = 0, if_poll_xmit = 0, if_poll_intren = 0, if_poll_slowinput = 0, if_init = 0xc01e8e8c , if_resolvemulti = 0xc0181ddc , if_snd = { ifq_head = 0x0, ifq_tail = 0x0, ifq_len = 0, ifq_maxlen = 50, ifq_drops = 0}, if_poll_slowq = 0x0, if_prefixhead = {tqh_first = 0x0, tqh_last = 0xc0d298d0}}, ac_enaddr = "\000Pº\203\231Ç", ---Type to continue, or q to quit--- ac_multicnt = 0, ac_netgraph = 0x0}, rl_bhandle = 57344, rl_btag = 0, rl_res = 0xc0d2d780, rl_irq = 0xc0d2d700, rl_intrhand = 0xc0595860, rl_miibus = 0xc0d30400, rl_unit = 1 '\001', rl_type = 2 '\002', rl_stats_no_timeout = 0 '\000', rl_txthresh = 96, rl_cdata = {cur_rx = 0, rl_rx_buf = 0xc6417008 "ataID = A33D1B4B5493F0AEF66DE545547781EF, maxResults = 4, TTL = 1, serverIP=213.73.176.103\n\216\022\f8", rl_rx_buf_ptr = 0xc6417000 "\017·", rl_tx_chain = {0x0, 0x0, 0x0, 0x0}, last_tx = 2 '\002', cur_tx = 2 '\002'}, rl_stat_ch = { callout = 0xc2154588}} (kgdb) p sc->rl_unit $2 = 1 '\001' (kgdb) p m_new $3 = (struct mbuf *) 0x1 (kgdb) p *m_new cannot read proc at 0 (kgdb) Script done on Sun Feb 11 15:38:55 2001 Thank you for your attention. \bye Stas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 8:20: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7F82F37B491 for ; Sun, 11 Feb 2001 08:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BGK0R09812; Sun, 11 Feb 2001 08:20:00 -0800 (PST) (envelope-from gnats) Received: from lyms.penguinpowered.com (cm-24-161-57-148.nycap.rr.com [24.161.57.148]) by hub.freebsd.org (Postfix) with ESMTP id D1A6437B69D for ; Sun, 11 Feb 2001 08:13:44 -0800 (PST) Received: (from smyl@localhost) by lyms.penguinpowered.com (8.11.1/8.9.3) id f1BGDTH97648; Sun, 11 Feb 2001 11:13:29 -0500 (EST) (envelope-from smyl) Message-Id: <200102111613.f1BGDTH97648@lyms.penguinpowered.com> Date: Sun, 11 Feb 2001 11:13:29 -0500 (EST) From: Bobb Voigt Reply-To: smyl@rocketry.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/25004: it is easy for a user to lock the entire system up with a shell script Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25004 >Category: misc >Synopsis: it is easy for a user to lock the entire system up with a shell script >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 08:20:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Bobb Voigt >Release: FreeBSD 4.2-STABLE i386 >Organization: >Environment: >Description: system runs out of resourses, and locks up when a normal user runs a script that calls itself... i have both searched the web, and read almost the entire online freebsd handbook looking for a solution to this problem, and have yet to find an answer to it... it could just be me, but i have had a few users who do this "accidently"... >How-To-Repeat: create a script that calls itself multiple times in a loop >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 8:30:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 53C9A37B6A2 for ; Sun, 11 Feb 2001 08:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BGU8k11062; Sun, 11 Feb 2001 08:30:08 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 08:30:08 -0800 (PST) Message-Id: <200102111630.f1BGU8k11062@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: misc/25004: it is easy for a user to lock the entire system up with a shell script Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/25004; it has been noted by GNATS. From: Peter Pentchev To: smyl@rocketry.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/25004: it is easy for a user to lock the entire system up with a shell script Date: Sun, 11 Feb 2001 18:27:37 +0200 On Sun, Feb 11, 2001 at 11:13:29AM -0500, Bobb Voigt wrote: > > >Number: 25004 > >Category: misc > >Synopsis: it is easy for a user to lock the entire system up with a shell script > >Originator: Bobb Voigt > > system runs out of resourses, and locks up when a normal user runs a > script that calls itself... > i have both searched the web, and read almost the entire online freebsd > handbook looking for a solution to this problem, and have yet to find an > answer to it... > it could just be me, but i have had a few users who do this > "accidently"... > >How-To-Repeat: > > create a script that calls itself multiple times in a loop Have you set maxproc limits in /etc/login.conf? G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 9:10:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 30D7F37B491 for ; Sun, 11 Feb 2001 09:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BHA2p16948; Sun, 11 Feb 2001 09:10:02 -0800 (PST) (envelope-from gnats) Received: from f.rcac.tdi.co.jp (spacecraft2.f.rcac.tdi.co.jp [211.15.38.174]) by hub.freebsd.org (Postfix) with SMTP id 8702637B491 for ; Sun, 11 Feb 2001 09:08:20 -0800 (PST) Received: (qmail 963 invoked by uid 100); 11 Feb 2001 17:08:16 -0000 Message-Id: <20010211170816.962.qmail@f.rcac.tdi.co.jp> Date: 11 Feb 2001 17:08:16 -0000 From: fujiwara@rcac.tdi.co.jp Reply-To: fujiwara@rcac.tdi.co.jp To: FreeBSD-gnats-submit@freebsd.org Cc: fujiwara@rcac.tdi.co.jp X-Send-Pr-Version: 3.113 Subject: kern/25006: cannot ignore arp (ifconfig -arp doesn't work) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25006 >Category: kern >Synopsis: cannot ignore arp (ifconfig -arp doesn't work) >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 09:10:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Kazunori_Fujiwara >Release: FreeBSD 5.0-CURRENT i386 >Organization: TDI Co.,LTD >Environment: System: FreeBSD spacecraft.f.rcac.tdi.co.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Mon Feb 12 01:44:52 JST 2001 fujiwara@spacecraft.f.rcac.tdi.co.jp:/usr/src/sys/compile/SPACECRAFT i386 current, stable, 4.2-RELEASE, .... >Description: ifconfig ether_interface -arp but cannot ignore ARP. We want to use static arp configuration for firewall. >How-To-Repeat: >Fix: patch from OpenBSD. I checked only ethernet interface. Index: net/if_ethersubr.c =================================================================== RCS file: /FreeBSD-CVS/src/sys/net/if_ethersubr.c,v retrieving revision 1.90 diff -u -r1.90 if_ethersubr.c --- net/if_ethersubr.c 2001/02/10 00:10:13 1.90 +++ net/if_ethersubr.c 2001/02/10 10:50:06 @@ -539,6 +539,8 @@ break; case ETHERTYPE_ARP: + if (ifp->if_flags & IFF_NOARP) + goto dropanyway; schednetisr(NETISR_ARP); inq = &arpintrq; break; @@ -635,6 +637,7 @@ return; } #else /* NETATALK */ + dropanyway: if (ng_ether_input_orphan_p != NULL) (*ng_ether_input_orphan_p)(ifp, m, eh); else Index: net/if_fddisubr.c =================================================================== RCS file: /FreeBSD-CVS/src/sys/net/if_fddisubr.c,v retrieving revision 1.49 diff -u -r1.49 if_fddisubr.c --- net/if_fddisubr.c 2001/02/04 13:12:56 1.49 +++ net/if_fddisubr.c 2001/02/10 10:47:10 @@ -444,6 +444,8 @@ break; case ETHERTYPE_ARP: + if (ifp->if_flags & IFF_NOARP) + goto dropanyway; #if !defined(__bsdi__) || _BSDI_VERSION >= 199401 schednetisr(NETISR_ARP); inq = &arpintrq; Index: if_ether.c =================================================================== RCS file: /FreeBSD-CVS/src/sys/netinet/if_ether.c,v retrieving revision 1.78 diff -u -r1.78 if_ether.c --- netinet/if_ether.c 2001/02/10 00:10:18 1.78 +++ netinet/if_ether.c 2001/02/11 16:44:38 @@ -403,6 +403,9 @@ bcopy(LLADDR(sdl), desten, sdl->sdl_alen); return 1; } + if (ac->ac_if.if_flags & IFF_NOARP) + return 0; + /* * There is an arptab entry, but no ethernet address * response yet. Replace the held mbuf with this >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 13:10: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 41E1C37B491 for ; Sun, 11 Feb 2001 13:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BLA1946664; Sun, 11 Feb 2001 13:10:01 -0800 (PST) (envelope-from gnats) Received: from mortis.sighup.org (unknown [63.163.215.137]) by hub.freebsd.org (Postfix) with ESMTP id 6743137B401 for ; Sun, 11 Feb 2001 13:08:08 -0800 (PST) Received: by mortis.sighup.org (Postfix, from userid 100) id B30D81F51; Sun, 11 Feb 2001 15:08:06 -0600 (CST) Message-Id: <20010211210806.B30D81F51@mortis.sighup.org> Date: Sun, 11 Feb 2001 15:08:06 -0600 (CST) From: fullermd@over-yonder.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/25008: make(1) references non-existent manpage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25008 >Category: bin >Synopsis: make(1) references non-existent manpage >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 13:10:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Matthew D. Fuller >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD mortis.sighup.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jan 9 08:17:25 CST 2001 fullermd@mortis.sighup.org:/usr/src/sys/compile/MORTIS i386 >Description: make(1) references uname(2), which doesn't exist. I'm guessing uname(3) is what we want. >How-To-Repeat: man make >Fix: Index: make.1 =================================================================== RCS file: /usr/cvs/src/usr.bin/make/make.1,v retrieving revision 1.40 diff -u -r1.40 make.1 --- make.1 2001/02/01 16:37:33 1.40 +++ make.1 2001/02/11 21:06:08 @@ -567,7 +567,7 @@ is running on, obtained from the .Ev MACHINE environment variable, or through -.Xr uname 2 +.Xr uname 3 if not defined. .It Va MACHINE_ARCH Name of the machine architecture >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 13:20: 4 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8BCFB37B401; Sun, 11 Feb 2001 13:20:01 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BLK1W47531; Sun, 11 Feb 2001 13:20:01 -0800 (PST) (envelope-from dwmalone) Date: Sun, 11 Feb 2001 13:20:01 -0800 (PST) From: Message-Id: <200102112120.f1BLK1W47531@freefall.freebsd.org> To: fullermd@over-yonder.net, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/25008: make(1) references non-existent manpage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make(1) references non-existent manpage State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Sun Feb 11 13:19:40 PST 2001 State-Changed-Why: Fixed in -current. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=25008 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 14:50:15 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AE57E37B491 for ; Sun, 11 Feb 2001 14:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BMo1h56723; Sun, 11 Feb 2001 14:50:01 -0800 (PST) (envelope-from gnats) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (Postfix) with ESMTP id A2C3937B491 for ; Sun, 11 Feb 2001 14:43:40 -0800 (PST) Received: from homebox.kammerhofer.org (isdn091.tu-graz.ac.at [129.27.240.91]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id XAA07800 for ; Sun, 11 Feb 2001 23:43:33 +0100 (MET) Received: (from mkamm@localhost) by homebox.kammerhofer.org (8.11.2/8.11.2) id f1BMdGh02533; Sun, 11 Feb 2001 23:39:16 +0100 (CET) (envelope-from mkamm) Message-Id: <200102112239.f1BMdGh02533@homebox.kammerhofer.org> Date: Sun, 11 Feb 2001 23:39:16 +0100 (CET) From: Martin Kammerhofer Reply-To: mkamm@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25012: tar(1) as root does not preserve ownership of symlinks Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25012 >Category: bin >Synopsis: tar(1) as root does not preserve ownership of symlinks >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 14:50:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 4.2-STABLE i386 >Organization: Universität Graz >Environment: >Description: Tar is supposed to preserve owner/group when invoked as root. This does not work for extracted symlinks. Note: FreeBSD's cpio(1) from the base system and gtar from the ports collection can do that. >How-To-Repeat: As root do: # ln -sf /1/2/3 slink # chown -h nobody:nogroup slink # ls -l slink lrwxr-xr-x 1 nobody nogroup - 6 11 Feb 23:35 slink@ -> /1/2/3 # tar cf slink.tar slink # rm -f slink # tar xf slink.tar # ls -l slink lrwxr-xr-x 1 root wheel - 6 11 Feb 23:35 slink@ -> /1/2/3 >Fix: Index: extract.c =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/tar/extract.c,v retrieving revision 1.5 diff -u -r1.5 extract.c --- extract.c 1997/04/13 08:39:38 1.5 +++ extract.c 2001/02/10 15:36:35 @@ -605,9 +605,19 @@ check = symlink (current_link_name, skipcrud + current_file_name); - /* FIXME, don't worry uid, gid, etc... */ - if (check == 0) - break; + if (check == 0) { + if (we_are_root || f_do_chown) + { + if (lchown (skipcrud + current_file_name, + hstat.st_uid, hstat.st_gid) < 0) + { + msg_perror ("cannot chown slink %s to uid %d gid %d", + skipcrud + current_file_name, + hstat.st_uid, hstat.st_gid); + } + } + break; + } if (make_dirs (current_file_name + skipcrud)) goto again_symlink; msg_perror ("Could not create symlink to %s", >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 14:50:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E64937B4EC for ; Sun, 11 Feb 2001 14:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BMo2B56732; Sun, 11 Feb 2001 14:50:02 -0800 (PST) (envelope-from gnats) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (Postfix) with ESMTP id A5CEF37B401 for ; Sun, 11 Feb 2001 14:43:41 -0800 (PST) Received: from homebox.kammerhofer.org (isdn091.tu-graz.ac.at [129.27.240.91]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id XAA07806 for ; Sun, 11 Feb 2001 23:43:37 +0100 (MET) Received: (from mkamm@localhost) by homebox.kammerhofer.org (8.11.2/8.11.2) id f1BM9iB02125; Sun, 11 Feb 2001 23:09:44 +0100 (CET) (envelope-from mkamm) Message-Id: <200102112209.f1BM9iB02125@homebox.kammerhofer.org> Date: Sun, 11 Feb 2001 23:09:44 +0100 (CET) From: mkamm@gmx.net Reply-To: mkamm@gmx.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25013: mv(1) cannot move unresolvable symlinks across devices Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25013 >Category: bin >Synopsis: mv(1) cannot move unresolvable symlinks across devices >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 14:50:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 4.2-STABLE i386 >Organization: Universität Graz >Environment: >Description: Unresolvable symlinks cannot be moved across devices with mv(1). >How-To-Repeat: I assume that /tmp and $HOME are on different devices: $ ln -sf /GENERIC /tmp/generic $ mv /tmp/generic ~ # this does work Now I try to move a broken symlink $ ln -sf /NOSUCH /tmp/nosuch $ mv /tmp/nosuch ~ # this does work too Finally I trigger the bug: $ ln -sf /NODIR/NOFILE /tmp/nofile $ mv /tmp/nofile ~ mv: cannot resolve /tmp/nofile: /NODIR Even option -f doesn't help here. >Fix: The problem was introduced with a code snippet that protects against moving mountpoints. Moving mountpoints is bad, because that would trigger "cp -pRP /mountpoint newname". My patch invokes this code snippet only if a directory is to be moved and bypasses it otherwise. (My patch also tries to avoid redundant lstat(2) calls.) Index: mv.c =================================================================== RCS file: /home/ncvs/src/bin/mv/mv.c,v retrieving revision 1.27 diff -u -r1.27 mv.c --- mv.c 2000/07/20 18:30:00 1.27 +++ mv.c 2001/02/10 03:51:23 @@ -152,10 +152,11 @@ do_move(from, to) char *from, *to; { - struct stat sb; - int ask, ch, first; + struct stat sb_from, sb; + int ask, ch, first, got_from; char modep[15]; + got_from = 0; /* lstat of "from" not done yet */ /* * Check access. If interactive and file exists, ask user if it * should be replaced. Otherwise if file exists but isn't writable @@ -164,10 +165,11 @@ if (!fflg && !access(to, F_OK)) { /* prompt only if source exist */ - if (lstat(from, &sb) == -1) { + if (lstat(from, &sb_from) == -1) { warn("%s", from); return (1); } + got_from = 1; #define YESNO "(y/n [n]) " ask = 0; @@ -202,6 +204,14 @@ struct statfs sfs; char path[MAXPATHLEN]; + /* if from isn't a directory it can't be a mount point */ + if (!got_from && lstat(from, &sb_from) == -1) { + warn("%s", from); + return (1); + } + if (!S_ISDIR(sb_from.st_mode)) + goto copy_it; + /* Can't mv(1) a mount point. */ if (realpath(from, path) == NULL) { warnx("cannot resolve %s: %s", from, path); @@ -221,12 +231,13 @@ * it's a regular file, do the copy internally; otherwise, use * cp and rm. */ - if (lstat(from, &sb)) { + if (!got_from && lstat(from, &sb_from)) { warn("%s", from); return (1); } - return (S_ISREG(sb.st_mode) ? - fastcopy(from, to, &sb) : copy(from, to)); + copy_it: + return (S_ISREG(sb_from.st_mode) ? + fastcopy(from, to, &sb_from) : copy(from, to)); } int >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 14:50:24 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7887637B65D for ; Sun, 11 Feb 2001 14:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BMo2a56741; Sun, 11 Feb 2001 14:50:02 -0800 (PST) (envelope-from gnats) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (Postfix) with ESMTP id 61D5C37B401 for ; Sun, 11 Feb 2001 14:43:47 -0800 (PST) Received: from homebox.kammerhofer.org (isdn091.tu-graz.ac.at [129.27.240.91]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id XAA07817 for ; Sun, 11 Feb 2001 23:43:43 +0100 (MET) Received: (from mkamm@localhost) by homebox.kammerhofer.org (8.11.2/8.11.2) id f1AHf3K11543; Sat, 10 Feb 2001 18:41:03 +0100 (CET) (envelope-from mkamm) Message-Id: <200102101741.f1AHf3K11543@homebox.kammerhofer.org> Date: Sat, 10 Feb 2001 18:41:03 +0100 (CET) From: mkamm@gmx.net Reply-To: mkamm@gmx.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/25014: junk files in ~ncvs/CVSROOT/commitlogs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25014 >Category: misc >Synopsis: junk files in ~ncvs/CVSROOT/commitlogs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 14:50:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 4.2-STABLE i386 >Organization: Universität Graz >Environment: >Description: I am cvsupping the FreeBSD repository. As part of the src-base collection I get the commit logfiles in CVSROOT/commitlogs. There are some 30 files without any content, just gzipped empty files. >How-To-Repeat: zmore /home/ncvs/CVSROOT/commitlogs/distrib.*.gz >Fix: Run the following script: <----------------------------------------------------------------- #!/bin/sh find /home/ncvs/CVSROOT/commitlogs/*.gz -size 1 | while read f; do test -z "$(gzcat $f)" && rm -v $f done <----------------------------------------------------------------- Apply the following patch: <----------------------------------------------------------------- --- /home/ncvs/CVSROOT/rotate.sh Sat Sep 21 16:02:01 1996 +++ ./rotate.sh Sat Feb 10 18:08:49 2001 @@ -11,6 +11,10 @@ mv $file $file.$NOW touch $file chown ncvs:ncvs $file - gzip $file.$NOW - chown ncvs:ncvs $file.$NOW.gz + if [ -s $file.$NOW ]; then + gzip $file.$NOW + chown ncvs:ncvs $file.$NOW.gz + else + rm $file.$NOW + fi done <----------------------------------------------------------------- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 14:50:34 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D933337B401 for ; Sun, 11 Feb 2001 14:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BMo2v56768; Sun, 11 Feb 2001 14:50:02 -0800 (PST) (envelope-from gnats) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (Postfix) with ESMTP id 9000E37B4EC for ; Sun, 11 Feb 2001 14:43:49 -0800 (PST) Received: from homebox.kammerhofer.org (isdn091.tu-graz.ac.at [129.27.240.91]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id XAA07821 for ; Sun, 11 Feb 2001 23:43:44 +0100 (MET) Received: (from mkamm@localhost) by homebox.kammerhofer.org (8.11.2/8.11.2) id f1B16SU01894; Sun, 11 Feb 2001 02:06:28 +0100 (CET) (envelope-from mkamm) Message-Id: <200102110106.f1B16SU01894@homebox.kammerhofer.org> Date: Sun, 11 Feb 2001 02:06:28 +0100 (CET) From: mkamm@gmx.net Reply-To: mkamm@gmx.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25017: cp -pRP does not preserve symlink ownership Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25017 >Category: bin >Synopsis: cp -pRP does not preserve symlink ownership >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 14:50:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 4.2-STABLE i386 >Organization: Universität Graz >Environment: >Description: I quote "man cp": -p Cause cp to preserve in the copy as many of the modification time, access time, file flags, file mode, user ID, and group ID as al- lowed by permissions. However no attempt is made by cp(1) to preserve ownership of copied symlinks. >How-To-Repeat: as root try: # ln -s /COPYRIGHT copyright # chown -h uucp:bin copyright # ls -l copyright lrwxr-xr-x 1 uucp bin 10 11 Feb 01:57 copyright -> /COPYRIGHT # cp -pR copyright copyright2 # ls -l copyright2 lrwxr-xr-x 1 root mkamm 10 11 Feb 01:57 copyright2 -> /COPYRIGHT >Fix: Index: utils.c =================================================================== RCS file: /home/ncvs/src/bin/cp/utils.c,v retrieving revision 1.28 diff -u -r1.28 utils.c --- utils.c 2000/10/10 01:48:18 1.28 +++ utils.c 2001/02/11 00:52:13 @@ -224,7 +224,7 @@ warn("symlink: %s", link); return (1); } - return (0); + return (pflag ? setlink(p->fts_statp) : 0); } int @@ -305,7 +305,7 @@ if (!gotstat || fs->st_mode != ts.st_mode) if (fd ? fchmod(fd, fs->st_mode) : chmod(to.p_path, fs->st_mode)) { - warn("chown: %s", to.p_path); + warn("chmod: %s", to.p_path); rval = 1; } @@ -318,6 +318,31 @@ return (rval); } + + +int +setlink(fs) + struct stat *fs; +{ + struct stat ts; + + if (lstat(to.p_path, &ts)) { + warn("symlink %s disappeared", to.p_path); + return (1); + } + /* + * Changing the ownership probably won't succeed, unless we are root. + */ + if (fs->st_uid != ts.st_uid || fs->st_gid != ts.st_gid) + if (lchown(to.p_path, fs->st_uid, fs->st_gid)) { + if (errno != EPERM) { + warn("lchown: %s", to.p_path); + return (1); + } + } + return (0); +} + void usage() >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 14:50:46 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B3C037B699 for ; Sun, 11 Feb 2001 14:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BMo2g56777; Sun, 11 Feb 2001 14:50:02 -0800 (PST) (envelope-from gnats) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (Postfix) with ESMTP id 8853437B401 for ; Sun, 11 Feb 2001 14:43:52 -0800 (PST) Received: from homebox.kammerhofer.org (isdn091.tu-graz.ac.at [129.27.240.91]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id XAA07824 for ; Sun, 11 Feb 2001 23:43:47 +0100 (MET) Received: (from mkamm@localhost) by homebox.kammerhofer.org (8.11.2/8.11.2) id f1AIisA11912; Sat, 10 Feb 2001 19:44:54 +0100 (CET) (envelope-from mkamm) Message-Id: <200102101844.f1AIisA11912@homebox.kammerhofer.org> Date: Sat, 10 Feb 2001 19:44:54 +0100 (CET) From: mkamm@gmx.net Reply-To: mkamm@gmx.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/25018: lstat(2) returns bogus permissions on symlinks Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25018 >Category: kern >Synopsis: lstat(2) returns bogus permissions on symlinks >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 14:50:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 4.2-STABLE i386 >Organization: Universität Graz >Environment: >Description: I quote a commitlog message here: ##peter 97/03/31 04:03:04 ## ## Treat symlinks as first class citizens with their own uid/gid rather than ## as shadows of their containing directory. This should solve the problem ## of users not being able to delete their symlinks from /tmp once and for ## all. ## ## Symlinks do not have modes though, they are accessable to everything that ## can read the directory (as before). They are made to show this fact at ## lstat time (they appear as mode 0777 always, since that's how the the ## lookup routines in the kernel treat them). ## ## More commits will follow, eg: add a real lchown() syscall and man pages. ## ## Revision Changes Path ## 1.62 +19 -70 src/sys/kern/vfs_syscalls.c However the mentioned feature "appear as mode 0777" was broken later when mount option "nosymfollow" was introduced because the mode was written to the wrong variable. For easy reference I quote a part of this second commit log too: ##wosch 1998/04/08 11:32:00 PDT ## New mount option nosymfollow. If enabled, the kernel lookup() ## function will not follow symbolic links on the mounted ## file system and return EACCES (Permission denied). ## ## Revision Changes Path ## 1.97 +3 -5 src/sys/kern/vfs_syscalls.c ## 1.55 +6 -1 src/sys/kern/vfs_vnops.c >How-To-Repeat: (umask 321 && ln -s "have strange but nontheless nonexistant perms" symlinks) ls -l symlinks The permissions shown reflect the umask value at the time of the symlink(2) call rather than the more intuitive "lrwxrwxrwx" or in case of mount -onosymfollow "l---------". >Fix: Don't set a variable that will be overwritten shortly after the break... Index: vfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_vnops.c,v retrieving revision 1.107 diff -u -11 -r1.107 vfs_vnops.c --- vfs_vnops.c 2001/01/24 12:35:50 1.107 +++ vfs_vnops.c 2001/02/10 12:57:00 @@ -479,25 +479,25 @@ break; case VBLK: mode |= S_IFBLK; break; case VCHR: mode |= S_IFCHR; break; case VLNK: mode |= S_IFLNK; /* This is a cosmetic change, symlinks do not have a mode. */ if (vp->v_mount->mnt_flag & MNT_NOSYMFOLLOW) - sb->st_mode &= ~ACCESSPERMS; /* 0000 */ + mode &= ~ACCESSPERMS; /* 0000 */ else - sb->st_mode |= ACCESSPERMS; /* 0777 */ + mode |= ACCESSPERMS; /* 0777 */ break; case VSOCK: mode |= S_IFSOCK; break; case VFIFO: mode |= S_IFIFO; break; default: return (EBADF); }; sb->st_mode = mode; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 14:50:49 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A246E37B67D for ; Sun, 11 Feb 2001 14:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BMo2h56750; Sun, 11 Feb 2001 14:50:02 -0800 (PST) (envelope-from gnats) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (Postfix) with ESMTP id 6C69437B401 for ; Sun, 11 Feb 2001 14:43:48 -0800 (PST) Received: from homebox.kammerhofer.org (isdn091.tu-graz.ac.at [129.27.240.91]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id XAA07811 for ; Sun, 11 Feb 2001 23:43:39 +0100 (MET) Received: (from mkamm@localhost) by homebox.kammerhofer.org (8.11.2/8.11.2) id f1BKmtE01611; Sun, 11 Feb 2001 21:48:55 +0100 (CET) (envelope-from mkamm) Message-Id: <200102112048.f1BKmtE01611@homebox.kammerhofer.org> Date: Sun, 11 Feb 2001 21:48:55 +0100 (CET) From: mkamm@gmx.net Reply-To: mkamm@gmx.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25015: cp: options -i and -f do not work as documented Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25015 >Category: bin >Synopsis: cp: options -i and -f do not work as documented >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 14:50:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 4.2-STABLE i386 >Organization: Universität Graz >Environment: >Description: I quote from "man cp": ## -f For each existing destination pathname, remove it and create a new ## file, without prompting for confirmation regardless of its permis- ## sions. ## ## -i Cause cp to write a prompt to the standard error output before ## copying a file that would overwrite an existing file. There are two bugs: ------------------------------ Bug #1: Option -f is supposed to unlink targets before the copy takes place. (This makes a great difference with respect to permissions and especially with targets that are neither plain files nor directories.) However cp(1) doesn't recognize the existence of targets which are broken symlinks -- because of improper use of stat(2) instead of lstat(2) -- and doesn't unlink them with the -f option. This leads to two kinds of errors: Bug #1.1: "cp -f source /dir/dlink" will ignore the -f option when dlink is a dangling symlink, i.e. points to nowhere. Instead of creating /dir/dlink as a copy of source the symlink will be followed and the copy of source will be created wherever dlink points to. (Provided that permissions allow it.) This can be a security risk. Bug #1.2: When recursively copying a special file (fifo, character device) or symlink onto a broken symlink the target can not be created because cp(1) misses the required unlink(2). ------------------------------ Bug #2: Option -i is only respected when the source is a plain file. When the source is a special file, fifo or symlink the target will be unlinked without questions even if the target is plain file. This bug will only show up in recursive mode (-R or -r). >How-To-Repeat: ------------------------------ Bug #1.1 As anyuser: $ ln -sf /hosts.equiv mumble.conf # /hosts.equiv doesn't exist Later as root: # cp -f /usr/local/etc/mumble.conf.distrib mumble.conf Now despite of option -f the symlink mumble.conf remains and a file in the root directory has been created. ------------------------------ Bug #1.2 $ ln -sf /NOSUCH dslink $ mkfifo myfifo $ cp -RPf myfifo dslink Will not work despite -f. ------------------------------ Bug #2 Note: /etc/termcap is assumed to be a symlink. $ date > veryverypreciousfile $ cp -iR /etc/termcap veryverypreciousfile Now it's gone (replaced by a symlink) without questions despite using option -i. ------------------------------ >Fix: Index: cp.c =================================================================== RCS file: /home/ncvs/src/bin/cp/cp.c,v retrieving revision 1.24 diff -u -r1.24 cp.c --- cp.c 1999/11/28 09:34:21 1.24 +++ cp.c 2001/02/11 18:10:40 @@ -355,7 +355,7 @@ switch (curr->fts_statp->st_mode & S_IFMT) { case S_IFLNK: - if (copy_link(curr, !dne)) + if (copy_link(curr)) badcp = rval = 1; break; case S_IFDIR: @@ -397,7 +397,7 @@ case S_IFBLK: case S_IFCHR: if (Rflag) { - if (copy_special(curr->fts_statp, !dne)) + if (copy_special(curr->fts_statp)) badcp = rval = 1; } else { if (copy_file(curr, dne)) @@ -406,7 +406,7 @@ break; case S_IFIFO: if (Rflag) { - if (copy_fifo(curr->fts_statp, !dne)) + if (copy_fifo(curr->fts_statp)) badcp = rval = 1; } else { if (copy_file(curr, dne)) Index: extern.h =================================================================== RCS file: /home/ncvs/src/bin/cp/extern.h,v retrieving revision 1.9 diff -u -r1.9 extern.h --- extern.h 1999/08/27 23:13:39 1.9 +++ extern.h 2001/02/11 18:11:30 @@ -47,10 +47,10 @@ #include __BEGIN_DECLS -int copy_fifo __P((struct stat *, int)); +int copy_fifo __P((struct stat *)); int copy_file __P((FTSENT *, int)); -int copy_link __P((FTSENT *, int)); -int copy_special __P((struct stat *, int)); +int copy_link __P((FTSENT *)); +int copy_special __P((struct stat *)); int setfile __P((struct stat *, int)); void usage __P((void)); __END_DECLS Index: utils.c =================================================================== RCS file: /home/ncvs/src/bin/cp/utils.c,v retrieving revision 1.28 diff -u -r1.28 utils.c --- utils.c 2000/10/10 01:48:18 1.28 +++ utils.c 2001/02/11 20:32:15 @@ -56,6 +56,44 @@ #include "extern.h" +#define YESNO "(y/n [n]) " + +/* + * If target does not exist return 0. Otherwise if iflag ask for user + * confirmation and return 1 if user does not affirm. If unlnk try to + * unlink target and return 2 on failure. + */ + +static int +check_unlink(unlnk) + int unlnk; +{ + struct stat ts; + int ch, checkch; + + if (lstat(to.p_path, &ts)) + return (0); + if (iflag) { + (void)fprintf(stderr, "overwrite %s? %s", to.p_path, YESNO); + checkch = ch = getchar(); + while (ch != '\n' && ch != EOF) + ch = getchar(); + if (checkch != 'y' && checkch != 'Y') { + (void)fprintf(stderr, "not overwritten\n"); + return (1); + } + } + if (unlnk) { + /* remove existing destination file name, create a new file */ + if (unlink(to.p_path)) { + warn("cannot unlink %s", to.p_path); + return (2); + } + } + return (0); +} + + int copy_file(entp, dne) FTSENT *entp; @@ -63,7 +101,7 @@ { static char buf[MAXBSIZE]; struct stat to_stat, *fs; - int ch, checkch, from_fd, rcount, rval, to_fd, wcount, wresid; + int from_fd, rcount, rval, to_fd, wcount, wresid; char *bufp; #ifdef VM_AND_BUFFER_CACHE_SYNCHRONIZED char *p; @@ -84,33 +122,16 @@ * other choice is 666 or'ed with the execute bits on the from file * modified by the umask.) */ - if (!dne) { -#define YESNO "(y/n [n]) " - if (iflag) { - (void)fprintf(stderr, "overwrite %s? %s", - to.p_path, YESNO); - checkch = ch = getchar(); - while (ch != '\n' && ch != EOF) - ch = getchar(); - if (checkch != 'y' && checkch != 'Y') { - (void)close(from_fd); - (void)fprintf(stderr, "not overwritten\n"); - return (1); - } - } - - if (fflag) { - /* remove existing destination file name, - * create a new file */ - (void)unlink(to.p_path); + if (check_unlink(fflag)) { + (void)close(from_fd); + return (1); + } + if (fflag || dne) { to_fd = open(to.p_path, O_WRONLY | O_TRUNC | O_CREAT, fs->st_mode & ~(S_ISUID | S_ISGID)); - } else + } else /* overwrite existing destination file name */ to_fd = open(to.p_path, O_WRONLY | O_TRUNC, 0); - } else - to_fd = open(to.p_path, O_WRONLY | O_TRUNC | O_CREAT, - fs->st_mode & ~(S_ISUID | S_ISGID)); if (to_fd == -1) { warn("%s", to.p_path); @@ -204,9 +225,8 @@ } int -copy_link(p, exists) +copy_link(p) FTSENT *p; - int exists; { int len; char link[MAXPATHLEN]; @@ -216,26 +236,21 @@ return (1); } link[len] = '\0'; - if (exists && unlink(to.p_path)) { - warn("unlink: %s", to.p_path); + if (check_unlink(1)) return (1); - } if (symlink(link, to.p_path)) { - warn("symlink: %s", link); + warn("symlink: %s -> %s", to.p_path, link); return (1); } return (0); } int -copy_fifo(from_stat, exists) +copy_fifo(from_stat) struct stat *from_stat; - int exists; { - if (exists && unlink(to.p_path)) { - warn("unlink: %s", to.p_path); + if (check_unlink(1)) return (1); - } if (mkfifo(to.p_path, from_stat->st_mode)) { warn("mkfifo: %s", to.p_path); return (1); @@ -244,14 +259,11 @@ } int -copy_special(from_stat, exists) +copy_special(from_stat) struct stat *from_stat; - int exists; { - if (exists && unlink(to.p_path)) { - warn("unlink: %s", to.p_path); + if (check_unlink(1)) return (1); - } if (mknod(to.p_path, from_stat->st_mode, from_stat->st_rdev)) { warn("mknod: %s", to.p_path); return (1); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 14:50:51 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AC66E37B698 for ; Sun, 11 Feb 2001 14:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BMo7Q56821; Sun, 11 Feb 2001 14:50:07 -0800 (PST) (envelope-from gnats) Received: from gondor.affirmativemanagement.com (gondor.affirmativemanagement.com [208.62.54.162]) by hub.freebsd.org (Postfix) with SMTP id 176B837B401 for ; Sun, 11 Feb 2001 14:48:44 -0800 (PST) Received: (from root@localhost) by gondor.affirmativemanagement.com (8.9.3/8.9.3) id RAA47811; Sun, 11 Feb 2001 17:48:42 -0500 (EST) (envelope-from ebd) Message-Id: <200102112248.RAA47811@gondor.affirmativemanagement.com> Date: Sun, 11 Feb 2001 17:48:42 -0500 (EST) From: ebd@oau.org Reply-To: ebd@oau.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/25019: Problem trying to build new kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25019 >Category: kern >Synopsis: Problem trying to build new kernel >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 14:50:03 PST 2001 >Closed-Date: >Last-Modified: >Originator: Elliot Dierksen >Release: FreeBSD 4.2-STABLE i386 >Organization: N/A >Environment: Currently running 4.0-RELEASE. Trying to build new kernel after cvsup'ing to 4.2-STABLE. Generic Pentium system. 32MB RAM. IDE drives. >Description: Did a cvsup of src-all on system currently running 4.0-RELEASE. I tried to build a new kernel image, but it failed during 'make depend' while doing the dependencies for the agp module. The error was that it didn't know how to make if_agp.c. I thought I might have screwed up my kernel definition, so I deleted the compile directory, re-ran config, but no change. I then tried building the GENERIC kernel, and go the same result. It looks like if_agp.c is built by perl from a .m file, but that does not seem to be happening. I even ran another cvsup on srs-sys in case I just happened to catch something in midstream, but that didn't help either. >How-To-Repeat: Try to build a kernel from source as above. >Fix: Not know as of the moment. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:11:46 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F3D837B6AB; Sun, 11 Feb 2001 15:11:39 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNBdg60567; Sun, 11 Feb 2001 15:11:39 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:11:39 -0800 (PST) From: Message-Id: <200102112311.f1BNBdg60567@freefall.freebsd.org> To: admin@allegan.net, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/24735: Still problems (crashes) with ipfw, bridging and dummynet on 4.2-STABLE. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Still problems (crashes) with ipfw, bridging and dummynet on 4.2-STABLE. State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Feb 11 15:07:33 PST 2001 State-Changed-Why: the code involved in this PR has been largely modified since the report, so the PR is not significant anymore. please upgrade to today's version of stable and file a new PR if you still have problems. http://www.freebsd.org/cgi/query-pr.cgi?pr=24735 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:15:20 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C205B37B401; Sun, 11 Feb 2001 15:15:17 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNFCK60827; Sun, 11 Feb 2001 15:15:12 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:15:12 -0800 (PST) From: Message-Id: <200102112315.f1BNFCK60827@freefall.freebsd.org> To: aigars@ugunssiena.lv, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/24780: FreeBSD 4.x + bridge + dummynet = crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD 4.x + bridge + dummynet = crash State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Feb 11 15:14:11 PST 2001 State-Changed-Why: PR not relevant anymore, the code has been upgraded and this particular issue fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=24780 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:16:36 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 86F6237B401; Sun, 11 Feb 2001 15:16:34 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNGXs61081; Sun, 11 Feb 2001 15:16:33 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:16:33 -0800 (PST) From: Message-Id: <200102112316.f1BNGXs61081@freefall.freebsd.org> To: drwilco@drwilco.net, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/24720: Bridging code does not always check activation (w/patch) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bridging code does not always check activation (w/patch) State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Feb 11 15:16:10 PST 2001 State-Changed-Why: slightly modified patch applied -- thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=24720 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:17:29 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0605437B401; Sun, 11 Feb 2001 15:17:28 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNHRs61201; Sun, 11 Feb 2001 15:17:27 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:17:27 -0800 (PST) From: Message-Id: <200102112317.f1BNHRs61201@freefall.freebsd.org> To: ted@wiz.plymouth.edu, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19488: Bug in 4.0-STABLE (acting as a Bridging firewall) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bug in 4.0-STABLE (acting as a Bridging firewall) State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Feb 11 15:17:01 PST 2001 State-Changed-Why: bridging has been fixed recently. http://www.freebsd.org/cgi/query-pr.cgi?pr=19488 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:20: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 65FFE37B401 for ; Sun, 11 Feb 2001 15:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNK2f62164; Sun, 11 Feb 2001 15:20:02 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 15:20:02 -0800 (PST) Message-Id: <200102112320.f1BNK2f62164@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Subject: Re: misc/24620: escort service in Bucharest Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/24620; it has been noted by GNATS. From: To: freebsd-gnats-submit@FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/24620: escort service in Bucharest Date: Sun, 11 Feb 2001 18:08:46 -0500 (EST) unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:20: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CCD4137B491 for ; Sun, 11 Feb 2001 15:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNK3K62197; Sun, 11 Feb 2001 15:20:03 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 15:20:03 -0800 (PST) Message-Id: <200102112320.f1BNK3K62197@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Subject: Re: misc/24620: escort service in Bucharest Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/24620; it has been noted by GNATS. From: To: freebsd-gnats-submit@FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/24620: escort service in Bucharest Date: Sun, 11 Feb 2001 18:08:46 -0500 (EST) unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:20:28 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3BC2437B401; Sun, 11 Feb 2001 15:20:26 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNKPv62548; Sun, 11 Feb 2001 15:20:25 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:20:25 -0800 (PST) From: Message-Id: <200102112320.f1BNKPv62548@freefall.freebsd.org> To: ishizuka@ish.org, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/23793: modifying pipe config makes dummynet stop Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: modifying pipe config makes dummynet stop State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Feb 11 15:19:00 PST 2001 State-Changed-Why: i assume the problem had to do with either a typo in the config command, or a known and fixed problem related to spl() masks. Either way, the PR seems not relevant anymore. http://www.freebsd.org/cgi/query-pr.cgi?pr=23793 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:23:21 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2571A37B401; Sun, 11 Feb 2001 15:23:20 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNNJI64149; Sun, 11 Feb 2001 15:23:19 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:23:19 -0800 (PST) From: Message-Id: <200102112323.f1BNNJI64149@freefall.freebsd.org> To: vallo@matti.ee, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10175: Bridging support incomplete for some netcard drivers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bridging support incomplete for some netcard drivers State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Feb 11 15:22:29 PST 2001 State-Changed-Why: bridging now supports all ethernet cards in 4.x/5.x (except some wireless ones because they do not let you set an arbitrary source MAC address). http://www.freebsd.org/cgi/query-pr.cgi?pr=10175 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:24:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0862C37B401; Sun, 11 Feb 2001 15:24:13 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNOCq64674; Sun, 11 Feb 2001 15:24:12 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:24:12 -0800 (PST) From: Message-Id: <200102112324.f1BNOCq64674@freefall.freebsd.org> To: pekkas@netcore.fi, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21818: ipfw queuing: == not eligible messages on kernel log Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw queuing: == not eligible messages on kernel log State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sun Feb 11 15:23:46 PST 2001 State-Changed-Why: the msg was a diagnostic one, and the code has been significantly changed since the report. PR not relevant anymore. http://www.freebsd.org/cgi/query-pr.cgi?pr=21818 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 15:27:22 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 227DC37B401; Sun, 11 Feb 2001 15:27:21 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1BNRLq66866; Sun, 11 Feb 2001 15:27:21 -0800 (PST) (envelope-from luigi) Date: Sun, 11 Feb 2001 15:27:21 -0800 (PST) From: Message-Id: <200102112327.f1BNRLq66866@freefall.freebsd.org> To: luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org, luigi@FreeBSD.org Subject: Re: kern/18830: add IP_FW_GETRULE to ipfw, in order to get single rules Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: add IP_FW_GETRULE to ipfw, in order to get single rules Responsible-Changed-From-To: freebsd-bugs->luigi Responsible-Changed-By: luigi Responsible-Changed-When: Sun Feb 11 15:25:27 PST 2001 Responsible-Changed-Why: i am working on the code... but the proposed patch is not general enough, as you can have multiple rules with the same number, and the proposed patch does not support well that case. http://www.freebsd.org/cgi/query-pr.cgi?pr=18830 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 20:51:30 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by hub.freebsd.org (Postfix) with ESMTP id 99F7437B401 for ; Sun, 11 Feb 2001 20:51:27 -0800 (PST) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [212.76.160.59]) by sbtx.tmn.ru (8.11.1/8.11.1) with ESMTP id f1C4pOT83098; Mon, 12 Feb 2001 09:51:24 +0500 (YEKT) (envelope-from serg@sbtx.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.11.2/8.11.1) id f1C4pO717298; Mon, 12 Feb 2001 09:51:24 +0500 (YEKT) (envelope-from serg) Date: Mon, 12 Feb 2001 09:51:24 +0500 From: "Sergey N. Voronkov" To: ebd@oau.org Cc: freebsd-bugs@freebsd.org Subject: Re: kern/25019: Problem trying to build new kernel Message-ID: <20010212095124.A17283@sv.tech.sibitex.tmn.ru> References: <200102112248.RAA47811@gondor.affirmativemanagement.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102112248.RAA47811@gondor.affirmativemanagement.com>; from ebd@oau.org on Sun, Feb 11, 2001 at 05:48:42PM -0500 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Feb 11, 2001 at 05:48:42PM -0500, ebd@oau.org wrote: > >Environment: > > Currently running 4.0-RELEASE. Trying to build new kernel after cvsup'ing > to 4.2-STABLE. Generic Pentium system. 32MB RAM. IDE drives. > > >Description: > > Did a cvsup of src-all on system currently running 4.0-RELEASE. I tried > to build a new kernel image, but it failed during 'make depend' while > doing the dependencies for the agp module. The error was that it didn't > know how to make if_agp.c. I thought I might have screwed up my kernel > definition, so I deleted the compile directory, re-ran config, but no > change. I then tried building the GENERIC kernel, and go the same > result. It looks like if_agp.c is built by perl from a .m file, but that > does not seem to be happening. I even ran another cvsup on srs-sys in > case I just happened to catch something in midstream, but that didn't > help either. Please, read /usr/src/UPDATING Chiao! Serg. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 21: 0: 4 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F25D37B401 for ; Sun, 11 Feb 2001 21:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C502Q02246; Sun, 11 Feb 2001 21:00:02 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 21:00:02 -0800 (PST) Message-Id: <200102120500.f1C502Q02246@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Todd P. Whitesel" Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Reply-To: "Todd P. Whitesel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/22240; it has been noted by GNATS. From: "Todd P. Whitesel" To: bkogawa@primenet.com (Bryan K. Ogawa) Cc: toddpw@apricot.com, sos@freebsd.dk, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/22240: unstable UDMA on Iwill VD133PL v1.6 (Apollo MVP3, IDE rev 0x10) Date: Sun, 11 Feb 2001 20:58:18 -0800 (PST) > Has there been any resolution to this problem (other than avoiding VIA 133 > chipset mobos?) I have a FIC 503+ (MVP3 chipset, the 586 according to > 4.2-RELEASE and a 586B according to the writing on the chip) which > reliably fails to install by panicing as I attempt to install bits. I > even replaced the HD in hopes that this would help. My resolution was to use an ASUS CUSL2 (i815E) mobo -- but one of the drives seems to be having problems in ATA66 mode: ata0 device disappeared and some such (so I took the drive out of service in desperation, I finally started running more tests this weekend as a matter of fact). This is the first and last time I try to build a server out of current generation PC hardware. I almost went with a PC100/UDMA33/440BX system and if I had done that, I would have two fully working servers now and not flushed five weeks of spare time down the toilet. -- Todd Whitesel Anime Expo Information at toddpw @ apricot.com http://www.anime-expo.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 21:20: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B0E0A37B4EC for ; Sun, 11 Feb 2001 21:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C5K1d05869; Sun, 11 Feb 2001 21:20:01 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 21:20:01 -0800 (PST) Message-Id: <200102120520.f1C5K1d05869@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/25013: mv(1) cannot move unresolvable symlinks across devices Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25013; it has been noted by GNATS. From: Bruce Evans To: mkamm@gmx.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/25013: mv(1) cannot move unresolvable symlinks across devices Date: Mon, 12 Feb 2001 16:18:49 +1100 (EST) On Sun, 11 Feb 2001 mkamm@gmx.net wrote: > Unresolvable symlinks cannot be moved across devices with mv(1). > ... > >Fix: > > The problem was introduced with a code snippet that protects against > moving mountpoints. Moving mountpoints is bad, because that would > trigger "cp -pRP /mountpoint newname". My patch invokes this code > snippet only if a directory is to be moved and bypasses it otherwise. > (My patch also tries to avoid redundant lstat(2) calls.) I think the "protection" should just be removed. POSIX.2 doesn't mention a special case for mountpoints (at least least in my old draft copy that doesn't specify mountpoints :-). Moving a huge directory may be a mistake whether or not the directory is a mountpoint. It is practically impossible to "protect" against moving mountpoints deep in the hierarchy. I think that POSIX.2 and/or BSD made a mistake here, and mv should never move across filesystems without being forced to. gnu mv still refuses to move across filesystems in the last version that I have handy (a Feb 26 1997 Redhat version running under FreeBSD; this also has emulation problems -- "mv /tmp/q /usr" attempted to move the directory to /compat/linux/usr/q). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 22:10: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4766737B401 for ; Sun, 11 Feb 2001 22:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C6A2512297; Sun, 11 Feb 2001 22:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 22:10:02 -0800 (PST) Message-Id: <200102120610.f1C6A2512297@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/25017: cp -pRP does not preserve symlink ownership Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25017; it has been noted by GNATS. From: Bruce Evans To: mkamm@gmx.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/25017: cp -pRP does not preserve symlink ownership Date: Mon, 12 Feb 2001 17:00:13 +1100 (EST) On Sun, 11 Feb 2001 mkamm@gmx.net wrote: > >Description: > > I quote "man cp": > > -p Cause cp to preserve in the copy as many of the modification time, > access time, file flags, file mode, user ID, and group ID as al- > lowed by permissions. > > However no attempt is made by cp(1) to preserve ownership of copied symlinks. > >Fix: > > Index: utils.c > =================================================================== > RCS file: /home/ncvs/src/bin/cp/utils.c,v > retrieving revision 1.28 > diff -u -r1.28 utils.c > --- utils.c 2000/10/10 01:48:18 1.28 > +++ utils.c 2001/02/11 00:52:13 > @@ -224,7 +224,7 @@ > warn("symlink: %s", link); > return (1); > } > - return (0); > + return (pflag ? setlink(p->fts_statp) : 0); > } This should use a slightly modified version of setfile() (replace `chown(...)' by `(S_ISLINK(...) ? chown : lchown)(...)', etc. This will also fix the non-preservation of modes and times for symlinks. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 22:20: 4 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4320A37B491 for ; Sun, 11 Feb 2001 22:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C6K2O16726; Sun, 11 Feb 2001 22:20:02 -0800 (PST) (envelope-from gnats) Date: Sun, 11 Feb 2001 22:20:02 -0800 (PST) Message-Id: <200102120620.f1C6K2O16726@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/25018: lstat(2) returns bogus permissions on symlinks Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/25018; it has been noted by GNATS. From: Bruce Evans To: mkamm@gmx.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/25018: lstat(2) returns bogus permissions on symlinks Date: Mon, 12 Feb 2001 17:11:43 +1100 (EST) On Sat, 10 Feb 2001 mkamm@gmx.net wrote: > >How-To-Repeat: > > (umask 321 && ln -s "have strange but nontheless nonexistant perms" symlinks) > ls -l symlinks > > The permissions shown reflect the umask value at the time of the > symlink(2) call rather than the more intuitive "lrwxrwxrwx" or > in case of mount -onosymfollow "l---------". Fixing this makes lchmod(2) more useless than it already is :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 11 23:20: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BB0E437B491 for ; Sun, 11 Feb 2001 23:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C7K0a23603; Sun, 11 Feb 2001 23:20:00 -0800 (PST) (envelope-from gnats) Received: from drugs.dv.isc.org (drugs.dv.isc.org [130.155.191.236]) by hub.freebsd.org (Postfix) with ESMTP id E283637B401 for ; Sun, 11 Feb 2001 23:11:24 -0800 (PST) Received: (from marka@localhost) by drugs.dv.isc.org (8.11.2/8.11.2) id f1C7Cj062726; Mon, 12 Feb 2001 18:12:45 +1100 (EST) (envelope-from marka) Message-Id: <200102120712.f1C7Cj062726@drugs.dv.isc.org> Date: Mon, 12 Feb 2001 18:12:45 +1100 (EST) From: marka@nominum.com Reply-To: marka@nominum.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25028: make installworld uses wrong time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25028 >Category: bin >Synopsis: make installworld uses wrong time >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 11 23:20:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Mark Andrews >Release: FreeBSD 4.2-STABLE i386 >Organization: Nominum >Environment: FreeBSD drugs.dv.isc.org 4.2-STABLE FreeBSD 4.2-STABLE #2: Mon Feb 12 09:38:45 EST 2001 marka@drugs.dv.isc.org:/usr/obj/usr/src/sys/DRUGS i386 >Description: make installworld uses wrong time if system is using wall clock time. In my case all files installed were 11 hours into the future, which is my offset from UTC. This is bad if your makefiles have a dependancy on anything installed by "make installworld". >How-To-Repeat: Be at a offset from utc and use /etc/wall_cmos_clock Reboot to single user fsck -p mount -u / mount -a cd /usr/src make installworld reboot check timestamps in /bin >Fix: I suspect running "adjkerntz -i" will fix this and needs to be documented in UPDATING. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 0:20: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A372A37B491 for ; Mon, 12 Feb 2001 00:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C8K1I31141; Mon, 12 Feb 2001 00:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E60A337B401 for ; Mon, 12 Feb 2001 00:17:31 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C8HVl30907; Mon, 12 Feb 2001 00:17:31 -0800 (PST) (envelope-from nobody) Message-Id: <200102120817.f1C8HVl30907@freefall.freebsd.org> Date: Mon, 12 Feb 2001 00:17:31 -0800 (PST) From: Jens.Schweikhardt@marconi.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25030: LINT (NOTES) has incomplete list of uses for 'option USER_LDT' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25030 >Category: misc >Synopsis: LINT (NOTES) has incomplete list of uses for 'option USER_LDT' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 00:20:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Jens Schweikhardt >Release: 4.2-R >Organization: Marconi >Environment: >Description: /sys/i386/conf/LINT (or NOTES in current) says # # Allow user-mode programs to manipulate their local descriptor tables. # This option is required for the WINE Windows(tm) emulator, and is # not used by anything else (that we know of). # options USER_LDT #allow user-level control of i386 ldt the pkg-message of port graphics/avifile says: ATTENTIONATTENTION: This port requires a kernel built with the directive: options USER_LDT >How-To-Repeat: Compare LINT with ports/graphics/avifile/pkg-message >Fix: Make LINT (NOTES) read # This option is required for the WINE Windows(tm) emulator, as well # as the port graphics/avifile. # It is not used by anything else (that we know of). >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 0:40: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 44FBE37B491 for ; Mon, 12 Feb 2001 00:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1C8e3k32954; Mon, 12 Feb 2001 00:40:03 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 00:40:03 -0800 (PST) Message-Id: <200102120840.f1C8e3k32954@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Barton Subject: Re: bin/25028: make installworld uses wrong time Reply-To: Doug Barton Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25028; it has been noted by GNATS. From: Doug Barton To: marka@nominum.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/25028: make installworld uses wrong time Date: Mon, 12 Feb 2001 00:39:52 -0800 marka@nominum.com wrote: > >Description: > > make installworld uses wrong time if system is using wall clock > time. > > In my case all files installed were 11 hours into the future, > which is my offset from UTC. > > This is bad if your makefiles have a dependancy on anything > installed by "make installworld". Mark, Did you set your time zone with sysinstall when you installed? Do you have an /etc/localtime file? My home workstation is dual boot and uses wall clock time, and I haven't had that experience. Try using /stand/sysinstall, choosing Configure, then Time Zone. If your problem persists after (re-)setting the TZ, we'll take it from there. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 4:17:35 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from gallions-reach.inpharmatica.co.uk (ns0.inpharmatica.com [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id 8DCFA37B401 for ; Mon, 12 Feb 2001 04:17:32 -0800 (PST) Received: from mailhost.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id MAA35952; Mon, 12 Feb 2001 12:17:14 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from w-hampstead.inpharmatica.co.uk (root@w-hampstead.inpharmatica.co.uk [192.168.122.87]) by mailhost.inpharmatica.co.uk (8.11.1/8.11.1) with ESMTP id f1CCH9G80612; Mon, 12 Feb 2001 12:17:13 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from inpharmatica.co.uk (matthew@localhost [127.0.0.1]) by w-hampstead.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id MAA11716; Mon, 12 Feb 2001 12:17:09 GMT X-Authentication-Warning: w-hampstead.inpharmatica.co.uk: Host matthew@localhost [127.0.0.1] claimed to be inpharmatica.co.uk Message-ID: <3A87D444.2C8EA9F4@inpharmatica.co.uk> Date: Mon, 12 Feb 2001 12:17:08 +0000 From: Matthew Seaman X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-desktop i586) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: Gerhard Geldenbott Cc: freebsd-bugs@FreeBSD.ORG, shon@misproductions.com Subject: Re: bug 23411 References: <000a01c09347$818c98d0$5200a8c0@in.aventail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gerhard Geldenbott wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=23411 > Hmmm... this looks like it might be a duplicate of PR19297. If so, one or the other should probably be closed --- I'm happy for PR19297 to be closed as we no longer have any hardware with that particular motherboard. There's also PR22633 which looks similar. Matthew -- Certe, Toto, sentio nos in Kansate non iam adesse. Dr. Matthew Seaman, Inpharmatica Ltd, 60 Charlotte St, London, W1T 2NU Tel: +44 20 7631 4644 x229 Fax: +44 20 7631 4844 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 4:20: 4 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1EE7937B401 for ; Mon, 12 Feb 2001 04:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CCK2d68949; Mon, 12 Feb 2001 04:20:02 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 04:20:02 -0800 (PST) Message-Id: <200102121220.f1CCK2d68949@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mark.Andrews@nominum.com Subject: Re: bin/25028: make installworld uses wrong time Reply-To: Mark.Andrews@nominum.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25028; it has been noted by GNATS. From: Mark.Andrews@nominum.com To: Doug Barton Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/25028: make installworld uses wrong time Date: Mon, 12 Feb 2001 23:20:15 +1100 > Did you set your time zone with sysinstall when you installed? Yes. > Do you have an /etc/localtime file? Yes. > My home workstation is dual boot and uses wall > clock time, and I haven't had that experience. Try using /stand/sysinstall, > choosing Configure, then Time Zone. If your problem persists after > (re-)setting the TZ, we'll take it from there. > > Doug -- Mark Andrews, Nominum Inc. 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@nominum.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 4:30: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0177A37B401 for ; Mon, 12 Feb 2001 04:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CCU2o69916; Mon, 12 Feb 2001 04:30:02 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 04:30:02 -0800 (PST) Message-Id: <200102121230.f1CCU2o69916@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Stas Kisel Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Reply-To: Stas Kisel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24608; it has been noted by GNATS. From: Stas Kisel To: freebsd-gnats-submit@FreeBSD.org Cc: myleal@spliceip.com.br Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Date: Mon, 12 Feb 2001 14:23:37 +0200 Hi. Using gdb a bit more, I've found that actually crashes occur not on lines it says: at ../../kern/uipc_mbuf2.c:270 at ../../pci/if_rl.c:1314 (this one originally reported in this PR) at ../../kern/uipc_socket.c:558 at ../../kern/uipc_mbuf.c:621 but in MGET() and MGETHDR() preceeding these lines at sys/mbuf.h lines 287 and 317. Commented assembly code proving that are at http://tiger.unisquad.com/~stask/rl/typescript.detailed.44-46 BTW, there are other typescripts. MGET()/MGETHDR() deal with 0x5aXXXXXX and 0x5bXXXXXX instead of 0xc0XXXXXX (other valid mbufs are at 0xc0XXXXXX). I've added some logging to the kernel (m_mballoc()) to check which addresses are usually used in the kernel for mbufs. I'll report results. It looks like m_mballoc() puts wrong value into mmbfree. Looking at it (kern/uipc_mbuf.c) I came to conclusion that it is kern_malloc() returning wrong value. It looks like I should stop here, because I am not familiar with kernel and I don't understand kern_malloc()'s comment at all :( But I'll try to makecouple of guesses :) There are many restrictions in use of kern_malloc(), and probably it may not be used here. Guess 1. kern_malloc() should work at splhigh, while MGET()/MGETHDR() use splimp. Guess 2. kern_malloc() should be only called from kern/kern_malloc.c. PS. When searching for a quick fix yesterday, I've tried to use old version of if_rl.c (from 4.1-RELEASE), but this didn't help, of course. \bye Stas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 4:40: 4 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B478C37B491 for ; Mon, 12 Feb 2001 04:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CCe2d70857; Mon, 12 Feb 2001 04:40:02 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 04:40:02 -0800 (PST) Message-Id: <200102121240.f1CCe2d70857@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Stas Kisel Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Reply-To: Stas Kisel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24608; it has been noted by GNATS. From: Stas Kisel To: freebsd-gnats-submit@FreeBSD.org Cc: myleal@spliceip.com.br Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Date: Mon, 12 Feb 2001 14:31:56 +0200 Oops, sorry, in previous post I should say "kmem_malloc()" instead of "kern_malloc()". Once more: kern_malloc() (vm/vm_kern.c) is referenced from m_mballoc() (kern/uipc_mbuf.c) and probably returns wrong value. 1. kern_malloc() should work at splhigh. 2. kern_malloc() should be called only from malloc() (kern/kern_malloc.c) \bye Stas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 5: 0: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0A83737B401 for ; Mon, 12 Feb 2001 05:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CD02t73703; Mon, 12 Feb 2001 05:00:02 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 05:00:02 -0800 (PST) Message-Id: <200102121300.f1CD02t73703@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Stas Kisel Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Reply-To: Stas Kisel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24608; it has been noted by GNATS. From: Stas Kisel To: freebsd-gnats-submit@FreeBSD.org Cc: myleal@spliceip.com.br Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Date: Mon, 12 Feb 2001 14:56:32 +0200 Oh, I'm really not in my best mood today... In previous post I again should say "kmem_malloc()" instead of "kern_malloc()". Once more: kmem_malloc() (vm/vm_kern.c) is referenced from m_mballoc() (kern/uipc_mbuf.c) and probably returns wrong value. 1. kmem_malloc() should work at splhigh. 2. kmem_malloc() should be called only from malloc() (kern/kern_malloc.c) Sorry for inconvenience. \bye Stas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 5:10: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B8B0437B401 for ; Mon, 12 Feb 2001 05:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CDA2J76974; Mon, 12 Feb 2001 05:10:02 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 05:10:02 -0800 (PST) Message-Id: <200102121310.f1CDA2J76974@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mark.Andrews@nominum.com Subject: Re: bin/25028: make installworld uses wrong time Reply-To: Mark.Andrews@nominum.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25028; it has been noted by GNATS. From: Mark.Andrews@nominum.com To: Mark.Andrews@nominum.com Cc: Doug Barton , FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/25028: make installworld uses wrong time Date: Tue, 13 Feb 2001 00:07:26 +1100 > > My home workstation is dual boot and uses wall > > clock time, and I haven't had that experience. Try using /stand/sysinstall, > > choosing Configure, then Time Zone. If your problem persists after > > (re-)setting the TZ, we'll take it from there. > > > > Doug I went through the exercise above. This is really a documentation problem. UPDATING has: make buildworld make buildkernel KERNEL=YOUR_KERNEL_HERE make installkernel KERNEL=YOUR_KERNEL_HERE reboot (in single user) [1] make installworld mergemaster reboot To get from reboot (single user) to make installworld the minimum steps should be assuming only local fs. fsck -p mount -u / mount -a cd /usr/src At this stage the kernel still thinks that the clock is at UTC (default). Running "adjkerntz -i" is not the obvious thing to do before running "make installworld" but it needs to be done and to be documented. Mark -- Mark Andrews, Nominum Inc. 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@nominum.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 6:17: 0 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 1741537B401; Mon, 12 Feb 2001 06:16:57 -0800 (PST) Received: from way95.eng.tvol.net ([10.32.1.145]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 14G8B40T; Mon, 12 Feb 2001 09:16:57 -0500 Received: from kway by way95.eng.tvol.net with local (Exim 3.22 #1 (Debian)) id 14SJmc-0008Fv-00; Mon, 12 Feb 2001 09:16:50 -0500 Date: Mon, 12 Feb 2001 09:16:49 -0500 From: Kevin Way To: roam@FreeBSD.org Cc: freebsd-bugs@freebsd.org Subject: Re: misc/24968: sshd: connections using '-t' always run a shell, not what was specified. Message-ID: <20010212091649.A31692@way95.eng.tvol.net> References: <200102100809.f1A895k02366@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <200102100809.f1A895k02366@freefall.freebsd.org>; from roam@FreeBSD.org on Sat, Feb 10, 2001 at 12:09:05AM -0800 Organization: WorldGate Communications [www.wgate.com] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Can you try updating your -STABLE sources, and see if this works for you, > as Dima Dorfman explained it should with sources after Feb 4th? Problem fixed, thank you for your bandwidth. --=20 kevin way worldgate communications software engineer +1 215 354 5287 --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6h/BRkHXCCwlJQwURArRBAJ9uquvDZqBGd8rklPMQMJp+b9rhbwCfcNYg GWPxt+9hHy1gHPKsTzM+Vsk= =iHfB -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 6:20:58 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8DFF937B491; Mon, 12 Feb 2001 06:20:57 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CEKvh88499; Mon, 12 Feb 2001 06:20:57 -0800 (PST) (envelope-from roam) Date: Mon, 12 Feb 2001 06:20:57 -0800 (PST) From: Message-Id: <200102121420.f1CEKvh88499@freefall.freebsd.org> To: kway@wgate.com, roam@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/24968: sshd: connections using '-t' always run a shell, not what was specified. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sshd: connections using '-t' always run a shell, not what was specified. State-Changed-From-To: feedback->closed State-Changed-By: roam State-Changed-When: Mon Feb 12 06:20:42 PST 2001 State-Changed-Why: Closed at originator's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=24968 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 7: 0:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3D3C937B401 for ; Mon, 12 Feb 2001 07:00:17 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CF0HZ81278; Mon, 12 Feb 2001 07:00:17 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 07:00:17 -0800 (PST) Message-Id: <200102121500.f1CF0HZ81278@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andre Albsmeier Subject: Re: kern/23794: reboot after panic: backgroundwritedone: lost buffer Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/23794; it has been noted by GNATS. From: Andre Albsmeier To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/23794: reboot after panic: backgroundwritedone: lost buffer Date: Mon, 12 Feb 2001 15:54:47 +0100 Please close this one, it is fixed... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 7:11:29 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 763AA37B491; Mon, 12 Feb 2001 07:11:25 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CFBPP84977; Mon, 12 Feb 2001 07:11:25 -0800 (PST) (envelope-from dwmalone) Date: Mon, 12 Feb 2001 07:11:25 -0800 (PST) From: Message-Id: <200102121511.f1CFBPP84977@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/23794: reboot after panic: backgroundwritedone: lost buffer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: reboot after panic: backgroundwritedone: lost buffer State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Mon Feb 12 07:10:57 PST 2001 State-Changed-Why: Closed at submitters request. http://www.freebsd.org/cgi/query-pr.cgi?pr=23794 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 7:30: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8E5E037B491 for ; Mon, 12 Feb 2001 07:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CFU7M87728; Mon, 12 Feb 2001 07:30:07 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 07:30:07 -0800 (PST) Message-Id: <200102121530.f1CFU7M87728@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/25015: cp: options -i and -f do not work as documented Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25015; it has been noted by GNATS. From: Garrett Wollman To: mkamm@gmx.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/25015: cp: options -i and -f do not work as documented Date: Mon, 12 Feb 2001 10:23:25 -0500 (EST) < Option -f is supposed to unlink targets before the copy takes > place. (This makes a great difference with respect to permissions and > especially with targets that are neither plain files nor directories.) Actually, no. The POSIX 1003.1-200x draft states: a. If dest_file exists, the following steps shall be taken: i. If the -i option is in effect, the cp utility shall write a prompt to the standard error and read a line from the standard input. If the response is not affirmative, cp shall do nothing more with source_file and go on to any remaining files. ii. A file descriptor for dest_file shall be obtained by performing actions equivalent to the open( ) function defined in the System Interfaces volume of IEEE Std 1003.1-200x called using dest_file as the path argument, and the bitwise-inclusive OR of O_WRONLY and O_TRUNC as the oflag argument. It goes on to say that if and only if (ii) fails, cp shall unlink the destination file and try again. Hmmm. If dest_file is a dangling symbolic link, does it exist or not? It's not obvious to me; I'll file an Aardvark against the specification. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 8:15:44 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id BB45637B491 for ; Mon, 12 Feb 2001 08:15:41 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA18573; Mon, 12 Feb 2001 11:15:34 -0500 (EST) (envelope-from wollman) Date: Mon, 12 Feb 2001 11:15:34 -0500 (EST) From: Garrett Wollman Message-Id: <200102121615.LAA18573@khavrinen.lcs.mit.edu> To: Bruce Evans Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/25013: mv(1) cannot move unresolvable symlinks across devices In-Reply-To: <200102120520.f1C5K1d05869@freefall.freebsd.org> References: <200102120520.f1C5K1d05869@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > I think that POSIX.2 and/or BSD made a mistake here, and mv should never > move across filesystems without being forced to. The POSIX rationale makes it clear that this was an intentional choice. The definition of `mv' says that it shall attempt rename() first, but if this fails with [EXDEV], `mv' shall proceed by copying the hierarchy. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 10:19:53 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from sighup.aventail.com (sighup.aventail.com [64.94.142.130]) by hub.freebsd.org (Postfix) with ESMTP id D96E537B491 for ; Mon, 12 Feb 2001 10:19:50 -0800 (PST) Received: from leo.in.aventail.com (leo.in.aventail.com [192.168.1.136]) by sighup.aventail.com (8.11.0/8.11.0) with ESMTP id f1CIJhd20917; Mon, 12 Feb 2001 10:19:43 -0800 (PST) Received: by leo.in.aventail.com with Internet Mail Service (5.5.2650.21) id <15AF7ASA>; Mon, 12 Feb 2001 10:17:59 -0800 Message-ID: From: Gerhard Geldenbott To: "'Matthew Seaman'" , Gerhard Geldenbott Cc: freebsd-bugs@FreeBSD.ORG, shon@misproductions.com, "'greg@fqdn.com'" Subject: RE: bug 23411 Date: Mon, 12 Feb 2001 09:42:30 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Looks like PR19297 is different as we don't see a panic after the "waiting ... seconds for SCSI devices to settle" and unlike PR22633, our system hangs right after displaying this message. Gerhard -----Original Message----- From: Matthew Seaman [mailto:m.seaman@inpharmatica.co.uk] Sent: Monday, February 12, 2001 4:17 AM To: Gerhard Geldenbott Cc: freebsd-bugs@FreeBSD.ORG; shon@misproductions.com Subject: Re: bug 23411 Hmmm... this looks like it might be a duplicate of PR19297. If so, one or the other should probably be closed --- I'm happy for PR19297 to be closed as we no longer have any hardware with that particular motherboard. There's also PR22633 which looks similar. Matthew -- Certe, Toto, sentio nos in Kansate non iam adesse. Dr. Matthew Seaman, Inpharmatica Ltd, 60 Charlotte St, London, W1T 2NU Tel: +44 20 7631 4644 x229 Fax: +44 20 7631 4844 > Gerhard Geldenbott wrote: > > Folks, > > this bug was opened by Shon Elliott late last year. > We've got the same problem. The hardware we're using > is an IBM server xSeries 330 box with two PIIIs running > at 800 MHz. This box was originally known as the > Netfinity box before IBM changed its naming schema. > The xSeries is quite popular and I therefore suspect > that more and more people will experience this problem > as time passes. Can somebody take a look at this > problem? I should also add, that the last thing > that shows on the console during the boot-up > sequence is the message "waiting ... seconds > for the SCSI devices to settle" and then nothing more ... > > Thanks, > > Gerhard Geldenbott > http://www.freebsd.org/cgi/query-pr.cgi?pr=23411 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 10:40:29 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 828E937B491 for ; Mon, 12 Feb 2001 10:40:26 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id TAA90521; Mon, 12 Feb 2001 19:40:21 +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: "Aleksandr A.Babaylov" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/24977: fetch: noice in quiet mode (fix) References: <200102102216.BAA13723@aaz.links.ru> From: Dag-Erling Smorgrav Date: 12 Feb 2001 19:40:20 +0100 In-Reply-To: "Aleksandr A.Babaylov"'s message of "Sun, 11 Feb 2001 01:16:05 +0300 (MSK)" 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-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Aleksandr A.Babaylov" writes: > Is it accessible if flag -qq delays such a message? > If so I'll send a patch. Yes, that would be a good compromise. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 11:20: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4090F37B491 for ; Mon, 12 Feb 2001 11:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CJK3L24601; Mon, 12 Feb 2001 11:20:03 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 11:20:03 -0800 (PST) Message-Id: <200102121920.f1CJK3L24601@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Stas Kisel Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Reply-To: Stas Kisel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24608; it has been noted by GNATS. From: Stas Kisel To: freebsd-gnats-submit@FreeBSD.org Cc: myleal@spliceip.com.br Subject: Re: kern/24608: FreeBSD 4.2 Panics in Realtek rl driver Date: Mon, 12 Feb 2001 21:18:23 +0200 Hi. It looks like kmem_malloc() is not the one who returns wrong pointer to m_mballoc(), but it is one of MGET()/MGETHDR()/MFREE() spoiling mmbfree, and thus MGET()/MGETHDR() return wrong pointer in various places. I've added ever more logging to see who of them is the killer, and I'll post results tomorrow. \bye Stas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 12:40:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D356337B503 for ; Mon, 12 Feb 2001 12:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CKe4B36354; Mon, 12 Feb 2001 12:40:04 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3039937B491 for ; Mon, 12 Feb 2001 12:38:36 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CKcax35292; Mon, 12 Feb 2001 12:38:36 -0800 (PST) (envelope-from nobody) Message-Id: <200102122038.f1CKcax35292@freefall.freebsd.org> Date: Mon, 12 Feb 2001 12:38:36 -0800 (PST) From: lev@serebryakov.spb.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25037: top doesn't show CPU states (shows zeroes), CPU and WCPU fields for each process Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25037 >Category: kern >Synopsis: top doesn't show CPU states (shows zeroes), CPU and WCPU fields for each process >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 12:40:04 PST 2001 >Closed-Date: >Last-Modified: >Originator: Lev Serebryakov >Release: 4.2-STABLE from 02022001 >Organization: >Environment: FreeBSD freebsd.sereb.net 4.2-STABLE FreeBSD 4.2-STABLE #2: Mon Feb 5 19:33:41 MSK 2001 root@lev:/usr/obj/usr/src/sys/LEV486 i386 >Description: top shows zeroes in "CPU states" line, and WCPU & CPU fields for all processes. Same to "ps -o "pid,%cpu,command"" It is i486DX4-100 computer with 24Mb of memory. Here is head of dmesg: ====================================================================== FreeBSD 4.2-STABLE #2: Mon Feb 5 19:33:41 MSK 2001 root@lev:/usr/obj/usr/src/sys/LEV486 Timecounter "i8254" frequency 1193182 Hz CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping = 0 Features=0x3 real memory = 25165824 (24576K bytes) ====================================================================== I know about possible problems with rtc, my rtc is Ok: vmstat -i interrupt total rate ep0 irq10 282339 0 fdc0 irq6 2 0 ata0 irq14 1453907 2 sio1 irq3 33503917 64 sio2 irq7 2403650 4 clk irq0 51877424 99 rtc irq8 66380643 127 Total 155901882 300 This problem was in 3.5-STABLE too. >How-To-Repeat: Sorry, I don't know. System from same sources works Ok on iP250MMX >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 12:50:12 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8585637B503 for ; Mon, 12 Feb 2001 12:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CKo2D44884; Mon, 12 Feb 2001 12:50:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8572337B491 for ; Mon, 12 Feb 2001 12:43:49 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CKhnT40098; Mon, 12 Feb 2001 12:43:49 -0800 (PST) (envelope-from nobody) Message-Id: <200102122043.f1CKhnT40098@freefall.freebsd.org> Date: Mon, 12 Feb 2001 12:43:49 -0800 (PST) From: lev@serebryakov.spb.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25038: dhcp client could not set hostname on boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25038 >Category: kern >Synopsis: dhcp client could not set hostname on boot >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 12:50:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Lev Serebryakov >Release: 4.2-STABLE from 02022001 >Organization: >Environment: FreeBSD lev 4.2-STABLE FreeBSD 4.2-STABLE #0: Sun Feb 4 18:19:34 MSK 2001 root@:/usr/obj/usr/src/sys/LEV586 i386 >Description: I got this error on boot: ====================================================================== Doing initial network setup: hostname. ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address dhclient: New IP Address(ed0): 192.168.1.1 dhclient: New Subnet Mask (ed0): 255.255.255.0 dhclient: New Broadcast Address(ed0): 192.168.1.255 dhclient: New Routers: 192.168.1.3 ====================================================================== It apperas about 4 times for every 5 boots. And sometimes it works Ok. If I have "hostanem="lev"" in my /etc/rc.conf fille, I got this error too, but hostname have been set Ok. If here is no "hostname" in rc.conf, error appears, and there is nor hostname ((Amnesiac) in login prompt). All my network configuration is one line: ifconfig_ed0="DHCP" >How-To-Repeat: Try to boot with DHCP client. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 13: 0:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2A68237B503 for ; Mon, 12 Feb 2001 13:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CL06V46203; Mon, 12 Feb 2001 13:00:06 -0800 (PST) (envelope-from gnats) Received: from mail.ctonet.it (mail.ctonet.it [212.110.160.100]) by hub.freebsd.org (Postfix) with ESMTP id CE85837B4EC for ; Mon, 12 Feb 2001 12:50:56 -0800 (PST) Received: from olgeni.localdomain.net (ppp-63.dial1.ctonet.it [212.110.176.63]) by mail.ctonet.it (Postfix) with ESMTP id 0A615CF3B1 for ; Mon, 12 Feb 2001 21:50:46 +0100 (CET) Received: (from olgeni@localhost) by olgeni.localdomain.net (8.11.2/8.11.2) id f1CKpZv04698; Mon, 12 Feb 2001 21:51:35 +0100 (CET) (envelope-from olgeni) Message-Id: <200102122051.f1CKpZv04698@olgeni.localdomain.net> Date: Mon, 12 Feb 2001 21:51:35 +0100 (CET) From: olgeni@uli.it Reply-To: olgeni@uli.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/25039: -stable LINT missing the twe device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25039 >Category: kern >Synopsis: -stable LINT missing the twe device >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 13:00:05 PST 2001 >Closed-Date: >Last-Modified: >Originator: Jimmy Olgeni >Release: FreeBSD 4.2-STABLE i386 >Organization: Colby >Environment: >Description: The -stable LINT is missing the "twe" device (3ware Escalade controller), while the GENERIC configuration has it. >How-To-Repeat: >Fix: Patch for /usr/src/sys/i386/conf/LINT (line copied from GENERIC): *** LINT.orig Mon Feb 12 21:43:01 2001 --- LINT Mon Feb 12 21:43:13 2001 *************** *** 1131,1136 **** --- 1131,1137 ---- device ida # Compaq Smart RAID device mlx # Mylex DAC960 device amr # AMI MegaRAID + device twe # 3ware Escalade # # The 'ATA' driver supports all ATA and ATAPI devices. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 13:10:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9780537B684 for ; Mon, 12 Feb 2001 13:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CLA9k49459; Mon, 12 Feb 2001 13:10:09 -0800 (PST) (envelope-from gnats) Received: from active.ath.cx (ras6-p140.hfa.netvision.net.il [62.0.101.140]) by hub.freebsd.org (Postfix) with ESMTP id 7164737B4EC for ; Mon, 12 Feb 2001 13:09:21 -0800 (PST) Received: (from amir@localhost) by active.ath.cx (8.11.1/8.11.1) id f1CL8O891221; Mon, 12 Feb 2001 23:08:24 +0200 (IST) (envelope-from amir) Message-Id: <200102122108.f1CL8O891221@active.ath.cx> Date: Mon, 12 Feb 2001 23:08:24 +0200 (IST) From: Amir Reply-To: amir@active.ath.cx To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25040: Make coredumps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25040 >Category: bin >Synopsis: Make coredumps >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 13:10:09 PST 2001 >Closed-Date: >Last-Modified: >Originator: Amir >Release: FreeBSD 4.2-STABLE i386 >Organization: APF >Environment: I'm running FreeBSD-4.2 Stable, FreeBSD active.ath.cx 4.2-STABLE FreeBSD 4.2-STABLE #7: Sat Jan 20 16:25:33 IST 2001 amir@active.ath.cx:/usr/src/sys/compile/active i386 >Description: FreeBSD make utily can coredump when its run off a directory, which it doesn't have premission to read (chmod -r dir). this results in a coredump. >How-To-Repeat: $ mkdir tmp $ chmod 311 tmp $ cd tmp $ make Segmentation fault (core dumped) $ >Fix: *** usr.bin/make/dir.c.orig Sat Sep 11 15:08:01 1999 --- usr.bin/make/dir.c Mon Feb 12 23:01:09 2001 *************** *** 225,230 **** --- 225,232 ---- */ Dir_AddDir (openDirectories, "."); dot = (Path *) Lst_DeQueue (openDirectories); + if (dot == (Path*)NIL) + Fatal("make: cannot initialize."); /* * We always need to have dot around, so we increment its reference count >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 13:28:55 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1EEE637B491; Mon, 12 Feb 2001 13:28:53 -0800 (PST) Received: (from des@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CLSq351923; Mon, 12 Feb 2001 13:28:52 -0800 (PST) (envelope-from des) Date: Mon, 12 Feb 2001 13:28:52 -0800 (PST) From: Message-Id: <200102122128.f1CLSq351923@freefall.freebsd.org> To: amir@active.ath.cx, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/25040: Make coredumps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Make coredumps State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Mon Feb 12 13:27:37 PST 2001 State-Changed-Why: Duplicate of bin/19978. http://www.freebsd.org/cgi/query-pr.cgi?pr=25040 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 14:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7F64337B4EC for ; Mon, 12 Feb 2001 14:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CMK2n59729; Mon, 12 Feb 2001 14:20:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5773D37B65D for ; Mon, 12 Feb 2001 14:10:50 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1CMAnC58786; Mon, 12 Feb 2001 14:10:49 -0800 (PST) (envelope-from nobody) Message-Id: <200102122210.f1CMAnC58786@freefall.freebsd.org> Date: Mon, 12 Feb 2001 14:10:49 -0800 (PST) From: user@unknown.nu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25043: Tools directory on ftp site should include md5.exe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25043 >Category: misc >Synopsis: Tools directory on ftp site should include md5.exe >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 14:20:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Kim Scarborough >Release: n/a >Organization: >Environment: n/a >Description: The "tools" directory on the FTP sites contain some handy DOS tools for preparing for a FreeBSD install. I think it also should include a small MD5 checksum generator to check the integrity of downloads while still in DOS/Windows. It would be very helpful, especially for the ISO downloads. >How-To-Repeat: >Fix: An open-source, completely unrestricted command-line MD5 for DOS/Windows can be found at . >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 18:10: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3BC5537B491 for ; Mon, 12 Feb 2001 18:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D2A3A92024; Mon, 12 Feb 2001 18:10:03 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 18:10:03 -0800 (PST) Message-Id: <200102130210.f1D2A3A92024@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: howard@ee.elen.utah.edu (Walt Howard) Subject: Re: kern/24978: "dc" network interface goes into continuous reset Reply-To: howard@ee.elen.utah.edu (Walt Howard) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24978; it has been noted by GNATS. From: howard@ee.utah.edu (Walt Howard) To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/24978: "dc" network interface goes into continuous reset Date: Mon, 12 Feb 2001 19:08:55 -0700 (MST) This may be a bogus report. The computer showed a major hardware fault when rebooted (kernel panic - trap 12 - failure to page in) and the problem with the dc0 interface might very well be an indication that the driver is doing just what it should - reacting gracefully to an out-of-the-ordinary condition. I couldn't let you know sooner since the machine with the problem is our mail relay.... Sorry for the probable false alarm. >>Walt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 18:10: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CC91137B4EC for ; Mon, 12 Feb 2001 18:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D2A1q92019; Mon, 12 Feb 2001 18:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 582C037B4EC for ; Mon, 12 Feb 2001 18:02:42 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D22gb89367; Mon, 12 Feb 2001 18:02:42 -0800 (PST) (envelope-from nobody) Message-Id: <200102130202.f1D22gb89367@freefall.freebsd.org> Date: Mon, 12 Feb 2001 18:02:42 -0800 (PST) From: richard@gohome.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25049: named.restart does not use named_flags from rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25049 >Category: misc >Synopsis: named.restart does not use named_flags from rc.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 18:10:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Richard Roderick >Release: 4.2 >Organization: >Environment: FreeBSD dns.pdx.uspops.com 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 jkh@bento.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: named.restart does not maintain the named_flags, particularly when named is started via rc when rc.conf contains named_enable="YES" >How-To-Repeat: >Fix: modify named.restart to include rc.conf and append ${named_flags} to the exec ndc restart line. Sample patch included. --- src/usr.sbin/named.restart/named.restart.sh.orig Mon Feb 12 17:59:01 2001 +++ src/usr.sbin/named.restart/named.restart.sh Mon Feb 12 18:00:33 2001 @@ -4,4 +4,12 @@ # $FreeBSD: src/usr.sbin/named.restart/named.restart.sh,v 1.1.2.1 1999/08/29 15:44:26 peter Exp $ # -exec %DESTSBIN%/%INDOT%ndc restart +# If there is a global system configuration file, suck it in. +# +if [ -f /etc/defaults/rc.conf ]; then + . /etc/defaults/rc.conf +elif [ -f /etc/rc.conf ]; then + . /etc/rc.conf +fi + +exec %DESTSBIN%/%INDOT%ndc restart ${named_flags} >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 18:30:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E755137B699 for ; Mon, 12 Feb 2001 18:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D2U1T93522; Mon, 12 Feb 2001 18:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 60B6337B491 for ; Mon, 12 Feb 2001 18:20:07 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D2K7O92919; Mon, 12 Feb 2001 18:20:07 -0800 (PST) (envelope-from nobody) Message-Id: <200102130220.f1D2K7O92919@freefall.freebsd.org> Date: Mon, 12 Feb 2001 18:20:07 -0800 (PST) From: larse@isi.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25050: inetd UDP echo service echos only 8K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25050 >Category: misc >Synopsis: inetd UDP echo service echos only 8K >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 18:30:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Lars Eggert >Release: 4.2-RELEASE >Organization: >Environment: FreeBSD hbo.isi.edu 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Thu Feb 8 15:46:59 PST 2001 root@pbs.isi.edu:/usr/kame/freebsd4/sys/compile/KERNEL-1.12-KAME i386 >Description: The built-in echo service of inetd only echoes UDP packets up to 8K in length. This is not really in conformance with RFC862, which specifies no such length limit (ftp://ftp.isi.edu/in-notes/rfc862.txt): UDP Based Echo Service Another echo service is defined as a datagram based application on UDP. A server listens for UDP datagrams on UDP port 7. When a datagram is received, the data from it is sent back in an answering datagram. >How-To-Repeat: >Fix: Index: inetd.h =================================================================== RCS file: /home/xbone/CVSROOT/kame/freebsd4/usr.sbin/inetd/inetd.h,v retrieving revision 1.1 diff -u -r1.1 inetd.h --- inetd.h 2001/02/09 20:21:07 1.1 +++ inetd.h 2001/02/13 02:17:35 @@ -39,8 +39,11 @@ #include #include +#include +#include +#include -#define BUFSIZE 8192 +#define BUFSIZE IP_MAXPACKET #define LINESIZ 72 #define NORM_TYPE 0 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 18:30:18 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B30B37B69B for ; Mon, 12 Feb 2001 18:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D2U2i93527; Mon, 12 Feb 2001 18:30:02 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 18:30:02 -0800 (PST) Message-Id: <200102130230.f1D2U2i93527@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Lars Eggert Subject: PLEASE CLOSE: Re: kern/17441: 4.0-STABLE: Intel 82801AA SMBus Controller unrecognized Reply-To: Lars Eggert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/17441; it has been noted by GNATS. From: Lars Eggert To: freebsd-gnats-submit@FreeBSD.org, larse@ISI.EDU Cc: Subject: PLEASE CLOSE: Re: kern/17441: 4.0-STABLE: Intel 82801AA SMBus Controller unrecognized Date: Mon, 12 Feb 2001 18:23:34 -0800 This is a cryptographically signed message in MIME format. --------------ms0B405F5D4FCCCB78392A0776 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Is supported with (at least) 4.2-RELEASE. -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms0B405F5D4FCCCB78392A0776 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDIxMzAyMjMzNFowIwYJKoZIhvcNAQkEMRYE FLwR8A9ORLD9MmjBDfSOA9mVHzgeMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGAdbg21uXlmI64IYHfOMD4WT4SPDdF69z/Dk+CQxVXiVFis4YfJUw1 o644bXV6CJHoF8p/lOpkkPYMYsInFsz2PNWr1P+5s/oFKq8/JIaYiasv08xLr1umaZnpGVhK N5UqN+t1Uc3bn2X3xeq84y7qVDw8flhySj1RNPPT3cmqRTg= --------------ms0B405F5D4FCCCB78392A0776-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 22: 0: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 92E0B37B4EC for ; Mon, 12 Feb 2001 22:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D601121003; Mon, 12 Feb 2001 22:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9666B37B491 for ; Mon, 12 Feb 2001 21:53:22 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D5rMB20468; Mon, 12 Feb 2001 21:53:22 -0800 (PST) (envelope-from nobody) Message-Id: <200102130553.f1D5rMB20468@freefall.freebsd.org> Date: Mon, 12 Feb 2001 21:53:22 -0800 (PST) From: imush@math.berkeley.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/25052: make build world fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25052 >Category: i386 >Synopsis: make build world fails >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 22:00:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Isaac Mushinsky >Release: 4.2-stable >Organization: UC Berkeley >Environment: FreeBSD acer.xxx.net 4.2-STABLE FreeBSD 4.2-STABLE #0: Sun Dec 24 15:36:42 PST 2000 itz@acer.xxx.net:/usr/src/sys/compile/K241200 i386 >Description: make buildworld fails below. I did cvsup on the stable tree today. ===> cc1 cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I. -I/usr/obj/usr/src/i386/usr/include -c c-parse.c cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I. -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I. -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c: In function `shadow_tag_warned': /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c:3682: syntax error at null character /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c:3682: syntax error before `)' /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c:3687: `code' undeclared (first use in this function) /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c:3687: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c:3687: for each function it appears in.) /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c:3691: `value' undeclared (first use in this function) /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c: At top level: /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-decl.c:3726: syntax error before `if' cpp: output pipe has been closed *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc1. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. >How-To-Repeat: make buildworld >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 22:14: 1 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 88DE137B4EC; Mon, 12 Feb 2001 22:14:00 -0800 (PST) Received: (from des@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D6E0t27922; Mon, 12 Feb 2001 22:14:00 -0800 (PST) (envelope-from des) Date: Mon, 12 Feb 2001 22:14:00 -0800 (PST) From: Message-Id: <200102130614.f1D6E0t27922@freefall.freebsd.org> To: imush@math.berkeley.edu, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/25052: make build world fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make build world fails State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Mon Feb 12 22:13:46 PST 2001 State-Changed-Why: Please consult the lists first. http://www.freebsd.org/cgi/query-pr.cgi?pr=25052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 22:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B4E6E37B491 for ; Mon, 12 Feb 2001 22:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D6K4G29873; Mon, 12 Feb 2001 22:20:04 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 22:20:04 -0800 (PST) Message-Id: <200102130620.f1D6K4G29873@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dag-Erling Smorgrav Subject: Re: i386/25052: make build world fails Reply-To: Dag-Erling Smorgrav Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/25052; it has been noted by GNATS. From: Dag-Erling Smorgrav To: imush@math.berkeley.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/25052: make build world fails Date: 13 Feb 2001 07:15:40 +0100 imush@math.berkeley.edu writes: > make buildworld fails below. I did cvsup on the stable tree today. Your source tree is corrupt for some reason. Re-cvsup (without the -s option) and try a new 'make world'. And next time, please try seeking advice on the mailing lists before submitting a PR. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 22:50: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A6D0A37B4EC for ; Mon, 12 Feb 2001 22:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D6o1o32479; Mon, 12 Feb 2001 22:50:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AD6B237B491 for ; Mon, 12 Feb 2001 22:48:00 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D6m0832358; Mon, 12 Feb 2001 22:48:00 -0800 (PST) (envelope-from nobody) Message-Id: <200102130648.f1D6m0832358@freefall.freebsd.org> Date: Mon, 12 Feb 2001 22:48:00 -0800 (PST) From: mikea@kconline.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25055: Header in 'top' too long for SMP system and wraps distorting ouput Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25055 >Category: misc >Synopsis: Header in 'top' too long for SMP system and wraps distorting ouput >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 22:50:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Mike Atkinson >Release: 4.2-Stable >Organization: KC Online >Environment: FreeBSD ns.kconline.com 4.2-STABLE FreeBSD 4.2-STABLE #3: Mon Feb 12 21:40:27 EST 2001 mikea@nfs-bk0.kconline.com:/usr/obj/usr/src/sys/WWW i386 >Description: When top is run on an SMP processor machine, the column header is too long and wraps into the output area of the display. >How-To-Repeat: Run top on an SMP machine. :^) >Fix: Change header to use 'CMD' instead of 'COMMAND' so that header fits on screen. Relevant code is in /usr/src/usr.bin/top/machine.c diff machine.c machine.c.new 114c114 < " PID %-*.*s PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND"; --- > " PID %-*.*s PRI NICE SIZE RES STATE C TIME WCPU CPU CMD"; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 23:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B9B2937B491 for ; Mon, 12 Feb 2001 23:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D7K3037478; Mon, 12 Feb 2001 23:20:03 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 23:20:03 -0800 (PST) Message-Id: <200102130720.f1D7K3037478@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: misc/25049: named.restart does not use named_flags from rc.conf Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/25049; it has been noted by GNATS. From: Peter Pentchev To: richard@gohome.net Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/25049: named.restart does not use named_flags from rc.conf Date: Tue, 13 Feb 2001 09:11:42 +0200 On Mon, Feb 12, 2001 at 06:02:42PM -0800, richard@gohome.net wrote: > > >Number: 25049 > >Category: misc > >Synopsis: named.restart does not use named_flags from rc.conf > >Originator: Richard Roderick > >Release: 4.2 > >Organization: > >Environment: > FreeBSD dns.pdx.uspops.com 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 jkh@bento.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 > >Description: > named.restart does not maintain the named_flags, particularly when named is started via rc when rc.conf contains named_enable="YES" > >How-To-Repeat: > > >Fix: > modify named.restart to include rc.conf and append ${named_flags} to the exec ndc restart line. Sample patch included. > > --- src/usr.sbin/named.restart/named.restart.sh.orig Mon Feb 12 17:59:01 2001 > +++ src/usr.sbin/named.restart/named.restart.sh Mon Feb 12 18:00:33 2001 > @@ -4,4 +4,12 @@ > # $FreeBSD: src/usr.sbin/named.restart/named.restart.sh,v 1.1.2.1 1999/08/29 15:44:26 peter Exp $ > # > > -exec %DESTSBIN%/%INDOT%ndc restart > +# If there is a global system configuration file, suck it in. > +# > +if [ -f /etc/defaults/rc.conf ]; then > + . /etc/defaults/rc.conf > +elif [ -f /etc/rc.conf ]; then > + . /etc/rc.conf > +fi > + > +exec %DESTSBIN%/%INDOT%ndc restart ${named_flags} Shouldn't this be better done with the source_rc_confs mechanism introduced lately? (it might be a good idea to have a -stable system handy before submitting bug reports, so you are sure you are not submitting something which has been fixed, or out of date :) G'luck, Peter -- If I were you, who would be reading this sentence? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 23:20:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6426237B4EC for ; Mon, 12 Feb 2001 23:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D7K5I37543; Mon, 12 Feb 2001 23:20:05 -0800 (PST) (envelope-from gnats) Date: Mon, 12 Feb 2001 23:20:05 -0800 (PST) Message-Id: <200102130720.f1D7K5I37543@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: bin/25040: Make coredumps Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25040; it has been noted by GNATS. From: Peter Pentchev To: Amir Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/25040: Make coredumps Date: Tue, 13 Feb 2001 09:12:34 +0200 On Mon, Feb 12, 2001 at 11:08:24PM +0200, Amir wrote: > > >Number: 25040 > >Category: bin > >Synopsis: Make coredumps > >Originator: Amir > >Release: FreeBSD 4.2-STABLE i386 > >Organization: > APF > >Environment: > > I'm running FreeBSD-4.2 Stable, > FreeBSD active.ath.cx 4.2-STABLE FreeBSD 4.2-STABLE #7: Sat Jan 20 16:25:33 IST > 2001 amir@active.ath.cx:/usr/src/sys/compile/active i386 > > >Description: > > FreeBSD make utily can coredump when its run off a directory, > which it doesn't have premission to read (chmod -r dir). > this results in a coredump. Not only was this a duplicate of another PR, it was also solved recently in -current, and brought into -stable a week or so ago. G'luck, Peter -- Do you think anybody has ever had *precisely this thought* before? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 12 23:30: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3748437B503 for ; Mon, 12 Feb 2001 23:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D7U1W38801; Mon, 12 Feb 2001 23:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2381237B4EC for ; Mon, 12 Feb 2001 23:28:23 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D7SN838563; Mon, 12 Feb 2001 23:28:23 -0800 (PST) (envelope-from nobody) Message-Id: <200102130728.f1D7SN838563@freefall.freebsd.org> Date: Mon, 12 Feb 2001 23:28:23 -0800 (PST) From: imush@math.berkeley.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/25056: make world failure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25056 >Category: i386 >Synopsis: make world failure >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 12 23:30:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Isaac Mushinsky >Release: 4.2-stable >Organization: UCB >Environment: i386 >Description: make fails at the following place: mkdep -f .depend -a -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/usr/src/libexec/telnetd/../../lib -DINET6 -I/usr/obj/usr/src/i386/usr/include /usr/src/libexec/telnetd/global.c /usr/src/libexec/telnetd/slc.c /usr/src/libexec/telnetd/state.c /usr/src/libexec/telnetd/sys_term.c /usr/src/libexec/telnetd/telnetd.c /usr/src/libexec/telnetd/termstat.c /usr/src/libexec/telnetd/utility.c /usr/src/libexec/telnetd/sys_term.c:43: pathnames.h: No such file or directory /usr/src/libexec/telnetd/telnetd.c:49: pathnames.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/libexec/telnetd. *** Error code 1 Stop in /usr/src/libexec. >How-To-Repeat: make buildworld >Fix: none yet >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 0:20: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0C42737B491 for ; Tue, 13 Feb 2001 00:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D8K2746047; Tue, 13 Feb 2001 00:20:02 -0800 (PST) (envelope-from gnats) Date: Tue, 13 Feb 2001 00:20:02 -0800 (PST) Message-Id: <200102130820.f1D8K2746047@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alex Kapranoff Subject: Re: bin/24742: adduser sequences wrongly for Maildirs Reply-To: Alex Kapranoff Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/24742; it has been noted by GNATS. From: Alex Kapranoff To: Roelof Osinga Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/24742: adduser sequences wrongly for Maildirs Date: Mon, 12 Feb 2001 17:45:21 +0300 On Fri, Feb 02, 2001 at 02:27:27PM +0100, Roelof Osinga wrote: > Alex Kapranoff wrote: > > > > ... > > Roelof, > > you probably applied the patch to the sources and didn't remake and > > reinstall them. I'm sorry to lead you into confusion. Try this: > > ... > > Yeah, you patched the sources. Now install'em! > > You betcha I did. If I can do anything wrong, I'll do it! Besides > smooth sailing quickly becomes boring . > > I'll patch /usr/sbin/adduser before the next users and will let > you know. Mind you, this does explain why the patch didn't work. > And the 'funny' extension, too! ;). That's fine. And next time please keep FreeBSD-gnats-submit@freebsd.org on Cc: list so that you feedback stay in PR database forever. > Maybe I ought to have my head examined. Nah, he'll just say that > would be crazy . > > Roelof -- Alex Kapranoff, Voice: +7(0832)791845 We've lived 6 weeks in the brand new millenium... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 1:20: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A502237B503 for ; Tue, 13 Feb 2001 01:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D9K0A55345; Tue, 13 Feb 2001 01:20:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1322E37B491 for ; Tue, 13 Feb 2001 01:15:21 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1D9FLZ54623; Tue, 13 Feb 2001 01:15:21 -0800 (PST) (envelope-from nobody) Message-Id: <200102130915.f1D9FLZ54623@freefall.freebsd.org> Date: Tue, 13 Feb 2001 01:15:21 -0800 (PST) From: nikip@iname.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/25059: dlopen(..,RTLD_GLOBAL) doesn't work for shared libraries linked to the loaded one Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25059 >Category: bin >Synopsis: dlopen(..,RTLD_GLOBAL) doesn't work for shared libraries linked to the loaded one >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 13 01:20:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Nikolay Pelov >Release: FreeBSD 4.2-STABLE i386 >Organization: >Environment: FreeBSD guest1.lucky.net 4.2-STABLE FreeBSD 4.2-STABLE #0: Tue Dec 19 14:20:35 EET 2000 root@guest1.lucky.net:/usr/src/sys/compile/GUEST i386 >Description: If a shared library is loaded with dlopen(..., RTLD_GLOBAL) and it is linked at compile time to another *shared* library then the symbols of the second library are not exported. >How-To-Repeat: The test suite goes as follows. There is a shared library "dl1.so" which is linked to another shared library "st1.so". The second library exports a constant, say 'char *ok'. Then there is a third shared library, called "dl2.so" which is independent of the other two but uses the symbol defined in "st1.so". The main program dlopen()'s "dl1.so" and "dl2.so" and calls a function in "dl2.so" which uses the constant 'ok' and you get the error that it is not defined. You can download the test suite from http://www.cs.kuleuven.ac.be/~pelov/pam/download/dltest2.tar.gz To run it just type 'gmake test'. The test runs ok on both Linux and Solaris machines. A similar problem appeared in some of the early development versions of glibc2. ----------- begin Makefile ----------- CFLAGS = -g -Wall LDFLAGS = -export-dynamic -fpic all: main st1.so dl1.so dl2.so %.so: %.o $(LD) $(LDFLAGS) -o $@ -shared $< dl1.so: dl1.o st1.so $(LD) $(LDFLAGS) -o $@ -shared $^ clean: rm -f main *.so *.o test: all LD_LIBRARY_PATH=. && export LD_LIBRARY_PATH && ./main ----------- end Makefile --------------- ----------- begin main.c --------------- #include #include void * open_lib(const char *name) { void *lib = dlopen(name, RTLD_NOW | RTLD_GLOBAL); if (lib == NULL) { printf("dlopen error: %s\n", dlerror()); exit(1); } return lib; } int main() { void *dl1_lib = open_lib("dl1.so"); void *dl2_lib = open_lib("dl2.so"); void (*func)(void) = dlsym(dl2_lib, "test_dl2"); if (func == 0) { printf("dlsym error: %s\n", dlerror()); return 1; } func(); dlclose(dl1_lib); dlclose(dl2_lib); return 0; } ----------- end main.c --------------- ----------- begin dl1.c -------------- void test_dl1() { /* some dummy function */ } ----------- end dl1.c ---------------- ----------- begin st1.c -------------- char *ok = "\n The dlopen() function is OK\n"; ----------- end st1.c ---------------- ----------- begin dl2.c -------------- #include extern char *ok; void test_dl2() { printf("%s\n", ok); } ----------- end dl2.c ---------------- ----------- begin output -------------- bash-2.03$ gmake test cc -g -Wall -export-dynamic -fpic main.c -o main cc -g -Wall -c -o st1.o st1.c ld -export-dynamic -fpic -o st1.so -shared st1.o cc -g -Wall -c -o dl1.o dl1.c ld -export-dynamic -fpic -o dl1.so -shared dl1.o st1.so cc -g -Wall -c -o dl2.o dl2.c ld -export-dynamic -fpic -o dl2.so -shared dl2.o LD_LIBRARY_PATH=. && export LD_LIBRARY_PATH && ./main dlopen error: ./dl2.so: Undefined symbol "ok" gmake: *** [test] Error 1 rm st1.o dl2.o >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 2:10: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8E52537B491 for ; Tue, 13 Feb 2001 02:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DAA4A63846; Tue, 13 Feb 2001 02:10:04 -0800 (PST) (envelope-from gnats) Date: Tue, 13 Feb 2001 02:10:04 -0800 (PST) Message-Id: <200102131010.f1DAA4A63846@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Richard Roderick Subject: Re: misc/25049: named.restart does not use named_flags from rc.conf Reply-To: Richard Roderick Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/25049; it has been noted by GNATS. From: Richard Roderick To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/25049: named.restart does not use named_flags from rc.conf Date: Tue, 13 Feb 2001 02:09:24 -0800 >Shouldn't this be better done with the source_rc_confs mechanism introduced >lately? (it might be a good idea to have a -stable system handy before >submitting bug reports, so you are sure you are not submitting something >which has been fixed, or out of date :) (: ...This is my first attempt at helping... :) So, I went to my stable server and saw what you meant! Of course this is a small change isn't it? I'm not totally familiar with the addition of source_rc_confs but I think I get it. So the patch I suggested would become the following, correct? diff -u named.restart.sh.orig named.restart.sh --- named.restart.sh.orig Fri Aug 27 18:17:25 1999 +++ named.restart.sh Tue Feb 13 00:18:14 2001 @@ -4,4 +4,13 @@ # $FreeBSD: src/usr.sbin/named.restart/named.restart.sh,v 1.2 1999/08/28 01:17:25 peter Exp $ # -exec %DESTSBIN%/%INDOT%ndc restart +# If there is a global system configuration file, suck it in. +# +if [ -r /etc/defaults/rc.conf ]; then + . /etc/defaults/rc.conf + source_rc_confs +elif [ -r /etc/rc.conf ]; then + . /etc/rc.conf +fi + +exec %DESTSBIN%/%INDOT%ndc restart ${named_flags} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 3:35:27 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 905BA37B491; Tue, 13 Feb 2001 03:35:26 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DBZQR82125; Tue, 13 Feb 2001 03:35:26 -0800 (PST) (envelope-from dwmalone) Date: Tue, 13 Feb 2001 03:35:26 -0800 (PST) From: Message-Id: <200102131135.f1DBZQR82125@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, dwmalone@FreeBSD.org Subject: Re: misc/25050: inetd UDP echo service echos only 8K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: inetd UDP echo service echos only 8K Responsible-Changed-From-To: freebsd-bugs->dwmalone Responsible-Changed-By: dwmalone Responsible-Changed-When: Tue Feb 13 03:34:56 PST 2001 Responsible-Changed-Why: I'll have a look at this. http://www.freebsd.org/cgi/query-pr.cgi?pr=25050 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 3:36:36 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 410E437B491; Tue, 13 Feb 2001 03:36:35 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DBaZl82318; Tue, 13 Feb 2001 03:36:35 -0800 (PST) (envelope-from dwmalone) Date: Tue, 13 Feb 2001 03:36:35 -0800 (PST) From: Message-Id: <200102131136.f1DBaZl82318@freefall.freebsd.org> To: larse@isi.edu, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17441: 4.0-STABLE: Intel 82801AA SMBus Controller unrecognized Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.0-STABLE: Intel 82801AA SMBus Controller unrecognized State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Tue Feb 13 03:35:58 PST 2001 State-Changed-Why: Now supported in 4.2 according to submitter. http://www.freebsd.org/cgi/query-pr.cgi?pr=17441 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 4:50: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6419337B503 for ; Tue, 13 Feb 2001 04:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DCo4398384; Tue, 13 Feb 2001 04:50:04 -0800 (PST) (envelope-from gnats) Received: from mx1.dev.itouchnet.net (mx1.dev.itouchnet.net [196.14.181.66]) by hub.freebsd.org (Postfix) with ESMTP id 95AB437B491 for ; Tue, 13 Feb 2001 04:41:47 -0800 (PST) Received: from nobody by mx1.dev.itouchnet.net with scanned_ok (Exim 3.16 #1) id 14Sekr-0007SL-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 14:40:25 +0200 Received: from devco.net ([196.14.181.39] helo=e0-ter-fw1.dev.itouchnet.net) by mx1.dev.itouchnet.net with esmtp (Exim 3.16 #1) id 14Sekr-0007SC-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 14:40:25 +0200 Received: from icefall.prv.dev.itouchnet.net ([192.168.8.35] helo=icefall.neverborn.org) by e0-ter-fw1.dev.itouchnet.net with esmtp (Exim 3.15 #1) id 14SeoO-000OFT-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 14:44:04 +0200 Received: from ljb by icefall.neverborn.org with local (Exim 3.20 #1) id 14Sejo-0001tv-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 14:39:20 +0200 Message-Id: Date: Tue, 13 Feb 2001 14:39:20 +0200 From: "Leon J. Breedt" Reply-To: ljb@devco.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/25061: CS46xx sound broken in 4.2-STABLE (Thinkpad) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25061 >Category: kern >Synopsis: CS46xx sound broken in 4.2-STABLE (Thinkpad) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 13 04:50:04 PST 2001 >Closed-Date: >Last-Modified: >Originator: Leon J. Breedt >Release: FreeBSD 4.2-STABLE i386 >Organization: >Environment: IBM Thinkpad A20m dmesg: csa0: mem 0xf4000000-0xf40fffff,0xf4122000-0xf4122fff irq 11 at device 5.0 on pci0 pcm0: on csa0 >Description: Attempting to play audio via /dev/dsp results in the following kernel error message: pcm0: play interrupt timeout, channel dead >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 5:21:27 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 238F837B491; Tue, 13 Feb 2001 05:21:26 -0800 (PST) Received: (from des@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DDLQE04675; Tue, 13 Feb 2001 05:21:26 -0800 (PST) (envelope-from des) Date: Tue, 13 Feb 2001 05:21:26 -0800 (PST) From: Message-Id: <200102131321.f1DDLQE04675@freefall.freebsd.org> To: imush@math.berkeley.edu, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/25056: make world failure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make world failure State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Tue Feb 13 05:21:02 PST 2001 State-Changed-Why: Please seek advice on the mailing lists before submitting PRs. http://www.freebsd.org/cgi/query-pr.cgi?pr=25056 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 7: 0: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CAA1A37B503 for ; Tue, 13 Feb 2001 07:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DF01517975; Tue, 13 Feb 2001 07:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6B7C137B65D for ; Tue, 13 Feb 2001 06:59:40 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DExeM17860; Tue, 13 Feb 2001 06:59:40 -0800 (PST) (envelope-from nobody) Message-Id: <200102131459.f1DExeM17860@freefall.freebsd.org> Date: Tue, 13 Feb 2001 06:59:40 -0800 (PST) From: elian@xs4all.nl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25062: uid0 processes get killed after getswapspace failed caused by normal user process Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25062 >Category: kern >Synopsis: uid0 processes get killed after getswapspace failed caused by normal user process >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 13 07:00:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Elian de Jager >Release: FreeBSD 4.2-RELEASE #0 >Organization: Recess Metro >Environment: FreeBSD recess.metro 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Tue Jan 2 12:22:00 CET 2001 eli@recess.metro:/usr/src/sys/compile/METRO i386 >Description: Several processes were killed apparently by running out of swapspace. The application used was "convert" from the "ImageMagick" package which we use for tiff>pdf translation. This process ran under normal uid. A summery from systctl -a: [...] machdep.msgbuf: swap_pager_getswapspace: failed swap_pager_getswapspace: failed (repeated several times} <3>pid 67939 (john), uid 1003, was killed: out of swap space swap_pager_getswapspace: failed <3>pid 69085 (top), uid 0, was killed: out of swap space swap_pager_getswapspace: failed <3>pid 173 (libhttpd.ep), uid 0, was killed: out of swap space swap_pager_getswapspace: failed <3>pid 93 (syslogd), uid 0, was killed: out of swap space swap_pager_getswapspace: failed <3>pid 75699 (convert), uid 1003, was killed: out of swap space swap_pager_getswapspace: failed (repeated several times} swap_pager_getswapspace: failed <3>pid 75766 (top), uid 0, was killed: out of swap space swap_pager_getswapspace: failed <3>pid 44146 (dnetc), uid 1005, was killed: out of swap space swap_pager_getswapspace: failed <3>pid 75771 (cron), uid 0, was killed: out of swap space <3>pid 75771 (cron), uid 0, was killed: out of swap space <3>pid 75770 (cron), uid 0, was killed: out of swap space <3>pid 75770 (cron), uid 0, was killed: out of swap space <3>pid 75770 (cron), uid 0, was killed: out of swap space <3>pid 75770 (cron), uid 0, was killed: out of swap space <3>pid 75769 (cron), uid 0, was killed: out of swap space <3>pid 75769 (cron), uid 0, was killed: out of swap space <3>pid 75770 (cron), uid 0, was killed: out of swap space <3>pid 75770 (cron), uid 0, was killed: out of swap space <3>pid 75770 (cron), uid 0, was killed: out of swap space <3>pid 75771 (cron), uid 0, was killed: out of swap space <3>pid 75765 (convert), uid 1003, was killed: out of swap space <3>pid 75771 (cron), uid 0, was killed: out of swap space swap_pager_getswapspace: failed swap_pager_getswapspace: failed [...] I dont know if this is normal behaviour under *BSD but I think it would be nicer to kill just that particular memory absorbing process instead of syslogd or any other process not run by that user [etc.] >How-To-Repeat: run the batch convert again >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 10:30:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E9DB437B503 for ; Tue, 13 Feb 2001 10:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DIU2o52380; Tue, 13 Feb 2001 10:30:02 -0800 (PST) (envelope-from gnats) Received: from balzac.cybercable.fr (balzac.cybercable.fr [212.198.0.198]) by hub.freebsd.org (Postfix) with SMTP id B980437B491 for ; Tue, 13 Feb 2001 10:25:20 -0800 (PST) Received: (qmail 16325122 invoked from network); 13 Feb 2001 18:25:18 -0000 Received: from d165.dhcp212-231.cybercable.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender ) by balzac.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 13 Feb 2001 18:25:18 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.1/8.11.1) id f1DIPGB78334; Tue, 13 Feb 2001 19:25:16 +0100 (CET) (envelope-from root) Message-Id: <200102131825.f1DIPGB78334@gits.dyndns.org> Date: Tue, 13 Feb 2001 19:25:16 +0100 (CET) From: Cyrille Lefevre Reply-To: clefevre@poboxes.com To: FreeBSD-gnats-submit@freebsd.org Cc: clefevre@poboxes.com X-Send-Pr-Version: 3.2 Subject: kern/25067: able to mount a pathname > 80 char. but unable to unmount it Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25067 >Category: kern >Synopsis: able to mount a pathname > 80 char. but unable to unmount it >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 13 10:30:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.2-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.2-STABLE FreeBSD 4.2-STABLE #7: Tue Jan 23 07:33:34 CET 2001 root@gits:/disk2/4.x-stable/src/sys/compile/CUSTOM i386 >Description: while I was fixing grub-image from the grub port (0.5.96->0.5.96.1), I was able to mount a virtual device (vn) to a pathname greater than 80 char. and I am unable to unmount it ! >How-To-Repeat: # mkdir -p /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_characters # dd if=/dev/zero of=/tmp/image.flp bs=1k count=1440 # vnconfig -c -s labels vn0 /tmp/image.flp # disklabel -Brw vn0 auto # newfs vn0c # mount /dev/vn0c /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_characters # df /dev/vn0c Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/vn0c 1359 1 1250 0% /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_char # cp /boot/loader /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_characters # df /dev/vn0c Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/vn0c 1359 169 1082 14% /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_char # umount -f /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_characters umount: /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_characters: not currently mounted # umount -f /dev/vn0c umount: unmount of /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_char failed: No such file or directory # df /dev/vn0c Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/vn0c 1359 169 1082 14% /a/very_very_very_very_very_very_very_very_long_pathname_with_more_than_80_char >Fix: none yet. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 12:10:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CAD2837B6A2 for ; Tue, 13 Feb 2001 12:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1DKA5753831; Tue, 13 Feb 2001 12:10:05 -0800 (PST) (envelope-from gnats) Received: from sep.hamburg.com (sep.hamburg.com [194.64.112.14]) by hub.freebsd.org (Postfix) with ESMTP id DB70B37B491 for ; Tue, 13 Feb 2001 12:02:14 -0800 (PST) Received: (from hmo@localhost) by sep.hamburg.com (8.11.2/8.11.2/hmo03sep00) id f1DK26e84391; Tue, 13 Feb 2001 21:02:07 +0100 (CET) (envelope-from hmo) Message-Id: <200102132002.f1DK26e84391@sep.hamburg.com> Date: Tue, 13 Feb 2001 21:02:07 +0100 (CET) From: newsyslog@oldach.net Reply-To: newsyslog@oldach.net To: FreeBSD-gnats-submit@freebsd.org Cc: hmo@sep.hamburg.com X-Send-Pr-Version: 3.2 Subject: bin/25070: newsyslog enhancement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25070 >Category: bin >Synopsis: newsyslog(8) should send signals only once per run >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 13 12:10:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Helge Oldach >Release: FreeBSD 4.2-STABLE i386 >Organization: >Environment: src/usr.sbin/newsyslog/newsyslog.c $FreeBSD: /ctm/FreeBSD/anoncvs/cvs/src/usr.sbin/newsyslog/newsyslog.c,v 1.25.2.2 2000/10/20 00:44:27 joe Exp $ FreeBSD sep 4.2-STABLE FreeBSD 4.2-STABLE #0: Mon Feb 5 14:13:12 CET 2001 toor@sep:/usr/obj/usr/src/sys/HMO i386 as of 12th February 2001 >Description: newsyslog(8) can send signals to the process ids contained in the PID files, per newsyslog.conf configuration files. Unfortunately a separate signal is sent for every configuration line. IMHO it would be better to send a signal for every process, covering the situation that a process may have multiple log files open that will all be closed when the signal is received. One example might be an Apache server with many virtual hosts, each of which writes into two separate logfiles (access.log and error.log), viz: /var/log/virt1-httpd-access.log 644 7 * @T00 ZB /var/run/httpd.pid 30 /var/log/virt1-httpd-error.log 644 7 * @T00 ZB /var/run/httpd.pid 30 /var/log/virt2-httpd-access.log 644 7 * @T00 ZB /var/run/httpd.pid 30 /var/log/virt2-httpd-error.log 644 7 * @T00 ZB /var/run/httpd.pid 30 /var/log/virt3-httpd-access.log 644 7 * @T00 ZB /var/run/httpd.pid 30 /var/log/virt3-httpd-error.log 644 7 * @T00 ZB /var/run/httpd.pid 30 This will currently restart Apache six (!) times when logfiles are due for rotation. As there is a delay of 10 seconds after each signal to allow the daemon to idle down, a longer newslog.conf file may easily take many minutes to complete. >How-To-Repeat: >Fix: This patch will delay sending signals and logfile compression until the entire newslog.conf file has been processed. All lines not involving signals are precessed immediately. Then, we send one signal (unique per PID and per signal number, hence it is possible to send different signals to one PID), we wait 10 seconds and finally we compress the old logs. This patch was meant to minimize changes to newsyslog.c. Of course the structure and logic should be reorganized to include this in the source in a more orthogonal fashion. --- newsyslog.c.ORIG Fri Oct 20 13:27:03 2000 +++ newsyslog.c Mon Feb 12 06:51:39 2001 @@ -81,6 +81,22 @@ struct conf_entry *next;/* Linked list pointer */ }; +struct log_entry { + char *log; /* name of the log to be compressed */ + struct log_entry* next; /* Linked list pointer */ +}; + +struct kill_entry { + pid_t pid; /* PID to kill */ + int sig; /* Signal to send */ + struct kill_entry* next;/* Linked list pointer */ +}; + +struct kill_entry* kill_pending = NULL; + /* List of PIDs to be killed */ +struct log_entry* log_pending = NULL; + /* List of logs to be compressed */ + int archtodir = 0; /* Archive old logfiles to other directory */ int verbose = 0; /* Print out what's going on */ int needroot = 1; /* Root privs are necessary */ @@ -99,6 +115,8 @@ static char *sob(char *p); static char *son(char *p); static char *missing_field(char *p, char *errline); +static int save_kill(pid_t pid, int sig); +static void save_compress_log(char* file); static void do_entry(struct conf_entry * ent); static void PRS(int argc, char **argv); static void usage(); @@ -117,6 +135,9 @@ main(int argc, char **argv) { struct conf_entry *p, *q; + struct kill_entry* k; + struct log_entry* l; + int notified; PRS(argc, argv); if (needroot && getuid() && geteuid()) @@ -129,6 +150,34 @@ free((char *) q); q = p; } + + notified = 0; + while (kill_pending) { + if (kill(kill_pending->pid, kill_pending->sig)) + warn("can't notify daemon, pid %d", (int) kill_pending->pid); + else { + notified = 1; + if (verbose) + printf("daemon pid %d notified\n", (int) kill_pending->pid); + } + k = kill_pending; + kill_pending = kill_pending->next; + free((char *) k); + } + if (notified) { + if (verbose) + printf("small pause to allow daemons to close logs\n"); + sleep(10); + } + + while (log_pending) { + compress_log(log_pending->log); + free(log_pending->log); + l = log_pending; + log_pending = log_pending->next; + free((char *) l); + } + return (0); } @@ -470,6 +519,38 @@ return (p); } +static int +save_kill(pid_t pid, int sig) +{ + struct kill_entry* p; + + for (p = kill_pending; p != NULL; p = p->next) + if (p->pid == pid && p->sig == sig) + return (0); + + p = (struct kill_entry *) malloc(sizeof(struct kill_entry)); + p->pid = pid; + p->sig = sig; + p->next = kill_pending; + kill_pending = p; + return (0); +} + +static void +save_compress_log(char *file) +{ + struct log_entry* p; + + for (p = log_pending; p != NULL; p = p->next) + if (!strcmp(p->log, file)) + return; + + p = (struct log_entry *) malloc(sizeof(struct log_entry)); + p->log = strdup(file); + p->next = log_pending; + log_pending = p; +} + static void dotrim(char *log, char *pid_file, int numdays, int flags, int perm, int owner_uid, int group_gid, int sig) @@ -613,12 +694,12 @@ if (noaction) { notified = 1; printf("kill -%d %d\n", sig, (int) pid); - } else if (kill(pid, sig)) + } else if (save_kill(pid, sig)) warn("can't notify daemon, pid %d", (int) pid); else { notified = 1; if (verbose) - printf("daemon pid %d notified\n", (int) pid); + printf("will notify daemon pid %d\n", (int) pid); } } if ((flags & CE_COMPACT)) { @@ -627,16 +708,11 @@ else if (noaction) printf("Compress %s.0\n", log); else { - if (notified) { - if (verbose) - printf("small pause to allow daemon to close log\n"); - sleep(10); - } if (archtodir) { (void) sprintf(file1, "%s/%s", dirpart, namepart); - compress_log(file1); + (pid == 0 ? compress_log : save_compress_log)(file1); } else { - compress_log(log); + (pid == 0 ? compress_log : save_compress_log)(log); } } } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 17: 0:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3E08A37B491 for ; Tue, 13 Feb 2001 17:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1E102Y02689; Tue, 13 Feb 2001 17:00:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BEB3B37B491 for ; Tue, 13 Feb 2001 16:57:59 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1E0vxd02569; Tue, 13 Feb 2001 16:57:59 -0800 (PST) (envelope-from nobody) Message-Id: <200102140057.f1E0vxd02569@freefall.freebsd.org> Date: Tue, 13 Feb 2001 16:57:59 -0800 (PST) From: tirloni@techie.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25083: Page fault (kernel trap 12) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25083 >Category: kern >Synopsis: Page fault (kernel trap 12) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 13 17:00:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Giovanni P. Tirloni >Release: 4.2-STABLE (Mon Feb 12 05:51:52 BRST 2001) >Organization: none >Environment: FreeBSD mink01 4.2-STABLE FreeBSD 4.2-STABLE #9: Mon Feb 12 05:51:52 BRST 2001 root@mink01:/usr/src/sys/compile/MINK01 i386 Architeture: x86 Processor: Pentium/P55C Memory: 49152K bytes (EDO) >Description: my kernel is panic'ing due to a page fault after a use 'waveplay' to play some specific .wav files (it doesn't panic with every file). I can play any kind of audio (.wav, .mp3, etc) but with some .wav's the kernel simply panic's and I have no clue on what to do or where it came from. So here goes the information that the kernel shows me after the panic: $ waveplay /usr/share/licq/sounds/icq/MsgBack.wav Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3a fault code = supervisor write, page not present instruction pointer = 0x8:0xc020e173 stack pointer = 0x10:0xc02a6638 frame pointer = 0x10:0xc02a66d8 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 = Idle interrupt mask = tty trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01fdb1c stack pointer = 0x10:0xc02a6430 frame pointer = 0x10:0xc02a6434 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 = Idle interrupt mask = tty bio trap number = 12 panic: page fault Uptime: 46s My kernel configuration follows: machine i386 cpu I586_CPU ident MINK01 maxusers 48 options INET options INET6 options FFS options FFS_ROOT options SOFTUPDATES options EXT2FS options NFS options MSDOSFS options CD9660 options PROCFS options COMPAT_43 options SCSI_DELAY=1500 options UCONSOLE options USERCONFIG options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options ICMP_BANDLIM options IPFILTER options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK device isa device pci device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk device atapicd device atapifd options ATA_STATIC_ID options ATA_ENABLE_ATAPI_DMA device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device vga0 at isa? pseudo-device splash device sc0 at isa? flags 0x100 device vt0 at isa? options XSERVER device npx0 at nexus? port IO_NPX irq 13 device apm0 at nexus? disable flags 0x20 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 device ppc0 at isa? irq 7 device ppbus device lpt pseudo-device loop pseudo-device ppp 1 pseudo-device tun pseudo-device pty pseudo-device bpf device pcm0 Just as a curiosity, I was using this same configuration a week ago and there were no problems at all, then I lost the config file and rebuild it as it is now but I can't where an kernel option would make some wave files to panic the kernel, IMO. >How-To-Repeat: I really don't know how you could repeat this kernel panic cause it seems to happen with those specific .wav files but I can reproduce it any time just playing them and the kernel will show the same fatal trap 12 with the same information always (just the second trap has its information changed at each try). >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 13 18:30: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 43FFE37B4EC for ; Tue, 13 Feb 2001 18:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1E2U1b14661; Tue, 13 Feb 2001 18:30:01 -0800 (PST) (envelope-from gnats) Received: from smtp.targetnet.com (smtp.targetnet.com [205.150.0.125]) by hub.freebsd.org (Postfix) with ESMTP id E962937B491 for ; Tue, 13 Feb 2001 18:27:39 -0800 (PST) Received: from fds-301.tor3.targetnet.com ([205.150.0.50]) by smtp.targetnet.com with esmtp (Exim 3.16 #1) id 14SrfO-000A8W-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 21:27:38 -0500 Received: from root by fds-301.tor3.targetnet.com with local (Exim 3.20 #1) id 14SrfO-0009j8-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 21:27:38 -0500 Message-Id: Date: Tue, 13 Feb 2001 21:27:38 -0500 From: james@targetnet.com Reply-To: james@targetnet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25085: mlxcontrol utility fails silently if device file is missing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25085 >Category: bin >Synopsis: mlxcontrol utility fails silently if device file is missing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 13 18:30:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: James FitzGibbon >Release: FreeBSD 4.2-STABLE-20010125-JPSNAP i386 >Organization: Targetnet.com Inc. >Environment: 4-STABLE box with a Mylex DAC1164P raid controller, two systems drives on RAID. >Description: If /dev/mlx0 does not exist, 'mlxcontrol status' fails silently. Because /dev/mlx# is not created by sysinstall, a default FreeBSD install will have device files for the disk and it's slices, but not the controller itself. The error messages (or lack thereof) do not explain the problem easily. I only found it by running a ktrace on the process and watching it iteratively try to open /dev/mlx0 through /dev/mlx63 and then exit. >How-To-Repeat: Install FreeBSD on a Mylex-equipped machine. Immediately after install, run 'mlxcontrol status'. Now run 'mlxcontrol status mlx0'. cd to /dev and run './MAKEDEV mxl0'. Repeat both of the commands. >Fix: - if a nonstandard piece of hardware is a viable install target, then sysinstall and MAKEDEV should take that into account. The mlx0 device should probably be added to the standard devices to create upon installation. - mlxcontrol should perhaps test for the existence of the special file /dev/mlx# instead of just attempting to open it and fail. Additionally, if the loop that tests mlx0-mlx63 expires without a successful open, a suitable error message should be spit out. - the points on device creation probably apply to some of the other RAID for which drivers have recently been added: amr, ida. There may not be a userland control utility for either AFAIK, but the argument holds true for anything that is in the GENERIC kernel, so... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 14 0:10: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 610C637B4EC for ; Wed, 14 Feb 2001 00:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1E8A2H64752; Wed, 14 Feb 2001 00:10:02 -0800 (PST) (envelope-from gnats) Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id DFDA137B401 for ; Wed, 14 Feb 2001 00:04:08 -0800 (PST) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id EC02C2CE39 for ; Wed, 14 Feb 2001 10:03:57 +0200 (EET) Received: (from vallo@localhost) by myhakas.matti.ee (8.11.2/8.11.2) id f1E83uY05439; Wed, 14 Feb 2001 10:03:56 +0200 (EET) (envelope-from vallo) Message-Id: <200102140803.f1E83uY05439@myhakas.matti.ee> Date: Wed, 14 Feb 2001 10:03:56 +0200 (EET) From: Vallo Kallaste Reply-To: vallo@matti.ee To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/25093: 4.2-STABLE does not recognize PCNet-ISA+ cards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25093 >Category: kern >Synopsis: 4.2-STABLE does not recognize PCNet-ISA+ cards >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 14 00:10:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Vallo Kallaste >Release: FreeBSD 4.2-20010204-STABLE >Organization: Matti Bürootehnika AS >Environment: System: FreeBSD 4.2-20010204-STABLE #0: Sat Feb 10 20:05:50 EET 2001 vallo@tiiu.matti.ee:/usr/src/sys/compile/Gw Timecounter "i8254" frequency 1193182 Hz CPU: i486DX (486-class CPU) real memory = 8388608 (8192K bytes) avail memory = 6111232 (5968K bytes) Preloaded elf kernel "kernel" at 0xc024a000. >Description: 4.2-STABLE does not recognize PCNet-ISA+ cards I have. The problem is present for long now, since 4-current days. The problem appeared after PNPBIOS hit the 4-current tree, as I recall. Accordingly to options.i386 file, the PNPBIOS is supposed to be optional, but it's not because certain header is hard-coded into /sys/i386/i386/bios.c file. However, I don't know the reasoning and this can be even normal, but then option PNPBIOS does not make sense. >How-To-Repeat: Take an older, ISA-bus only 486-class machine which does not have PnP BIOS. Configure PCNet-ISA+ card as non-PnP, assign I/O, IRQ and DRQ. Boot appropriately configured kernel. >Fix: Not known. For workaround some mods are required: Remove following two lines from /sys/conf/files isa/pnp.c optional isa isa/pnpparse.c optional isa Remove following hardcoded #include from /sys/i386/i386/bios.c #include "opt_pnp.h" >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 14 13:10:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 061B937B401 for ; Wed, 14 Feb 2001 13:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1ELA2d66506; Wed, 14 Feb 2001 13:10:02 -0800 (PST) (envelope-from gnats) Date: Wed, 14 Feb 2001 13:10:02 -0800 (PST) Message-Id: <200102142110.f1ELA2d66506@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tor.Egge@fast.no Subject: Re: bin/15070: vfprintf/cvt/__dtoa race condition in threaded programs Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15070; it has been noted by GNATS. From: Tor.Egge@fast.no To: Daniel Eischen , jdp@polstra.com Cc: freebsd-gnats-submit@FreeBSD.org, Mike Smith Subject: Re: bin/15070: vfprintf/cvt/__dtoa race condition in threaded programs Date: Wed, 14 Feb 2001 22:02:36 +0100 An updated patch that doesn't use spinlocks is enclosed. - Tor Egge Index: lib/libc/stdio/vfprintf.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/vfprintf.c,v retrieving revision 1.27 diff -u -r1.27 vfprintf.c --- lib/libc/stdio/vfprintf.c 2001/02/10 06:25:33 1.27 +++ lib/libc/stdio/vfprintf.c 2001/02/10 22:29:23 @@ -268,7 +268,7 @@ #define BUF (MAXEXP+MAXFRACT+1) /* + decimal point */ #define DEFPREC 6 -static char *cvt __P((double, int, int, char *, int *, int, int *)); +static char *cvt __P((double, int, int, char *, int *, int, int *, char **)); static int exponent __P((char *, int, int)); #else /* no FLOATING_POINT */ @@ -315,6 +315,7 @@ int expsize; /* character count for expstr */ int ndig; /* actual number of digits returned by cvt */ char expstr[7]; /* buffer for exponent string */ + char *dtoaresult; /* buffer allocated by dtoa */ #endif u_long ulval; /* integer arguments %[diouxX] */ u_quad_t uqval; /* %q integers */ @@ -423,6 +424,9 @@ } +#ifdef FLOATING_POINT + dtoaresult = NULL; +#endif /* sorry, fprintf(read_only_file, "") returns EOF, not 0 */ if (cantwrite(fp)) return (EOF); @@ -608,8 +612,12 @@ break; } flags |= FPT; + if (dtoaresult != NULL) { + free(dtoaresult); + dtoaresult = NULL; + } cp = cvt(_double, prec, flags, &softsign, - &expt, ch, &ndig); + &expt, ch, &ndig, &dtoaresult); if (ch == 'g' || ch == 'G') { if (expt <= -4 || expt > prec) ch = (ch == 'g') ? 'e' : 'E'; @@ -864,6 +872,10 @@ done: FLUSH(); error: +#ifdef FLOATING_POINT + if (dtoaresult != NULL) + free(dtoaresult); +#endif if (__sferror(fp)) ret = EOF; if ((argtable != NULL) && (argtable != statargtable)) @@ -1195,11 +1207,11 @@ #ifdef FLOATING_POINT -extern char *__dtoa __P((double, int, int, int *, int *, char **)); +extern char *__dtoa __P((double, int, int, int *, int *, char **, char **)); static char * cvt(double value, int ndigits, int flags, char *sign, int *decpt, - int ch, int *length) + int ch, int *length, char **dtoaresultp) { int mode, dsgn; char *digits, *bp, *rve; @@ -1221,7 +1233,8 @@ *sign = '-'; } else *sign = '\000'; - digits = __dtoa(value, mode, ndigits, decpt, &dsgn, &rve); + digits = __dtoa(value, mode, ndigits, decpt, &dsgn, &rve, + dtoaresultp); if ((ch != 'g' && ch != 'G') || flags & ALT) { /* print trailing zeros */ bp = digits + ndigits; Index: lib/libc/stdlib/netbsd_strtod.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdlib/netbsd_strtod.c,v retrieving revision 1.4 diff -u -r1.4 netbsd_strtod.c --- lib/libc/stdlib/netbsd_strtod.c 2001/02/09 20:31:47 1.4 +++ lib/libc/stdlib/netbsd_strtod.c 2001/02/14 20:53:26 @@ -142,7 +142,7 @@ #include "memory.h" #endif #endif -char *__dtoa __P((double, int, int, int *, int *, char **)); +char *__dtoa __P((double, int, int, int *, int *, char **, char **)); #ifdef MALLOC #ifdef KR_headers @@ -382,8 +382,6 @@ typedef struct Bigint Bigint; - static Bigint *freelist[Kmax+1]; - static Bigint * Balloc #ifdef KR_headers @@ -395,15 +393,10 @@ int x; Bigint *rv; - if ((rv = freelist[k]) != NULL) { - freelist[k] = rv->next; - } - else { - x = 1 << k; - rv = (Bigint *)MALLOC(sizeof(Bigint) + (x-1)*sizeof(Long)); - rv->k = k; - rv->maxwds = x; - } + x = 1 << k; + rv = (Bigint *)MALLOC(sizeof(Bigint) + (x-1)*sizeof(Long)); + rv->k = k; + rv->maxwds = x; rv->sign = rv->wds = 0; return rv; } @@ -416,10 +409,7 @@ (Bigint *v) #endif { - if (v) { - v->next = freelist[v->k]; - freelist[v->k] = v; - } + free(v); } #define Bcopy(x,y) memcpy((char *)&x->sign, (char *)&y->sign, \ @@ -1900,10 +1890,11 @@ char * __dtoa #ifdef KR_headers - (d, mode, ndigits, decpt, sign, rve) - double d; int mode, ndigits, *decpt, *sign; char **rve; + (d, mode, ndigits, decpt, sign, rve, resultp) + double d; int mode, ndigits, *decpt, *sign; char **rve, **resultp; #else - (double d, int mode, int ndigits, int *decpt, int *sign, char **rve) + (double d, int mode, int ndigits, int *decpt, int *sign, char **rve, + char **resultp) #endif { /* Arguments ndigits, decpt, sign are similar to those @@ -1953,15 +1944,6 @@ Bigint *mlo = NULL; /* pacify gcc */ double d2, ds, eps; char *s, *s0; - static Bigint *result; - static int result_k; - - if (result) { - result->k = result_k; - result->maxwds = 1 << result_k; - Bfree(result); - result = 0; - } if (word0(d) & Sign_bit) { /* set sign for everything, including 0's and NaNs */ @@ -2123,11 +2105,8 @@ if (i <= 0) i = 1; } - j = sizeof(ULong); - for(result_k = 0; sizeof(Bigint) - sizeof(ULong) + j <= i; - j <<= 1) result_k++; - result = Balloc(result_k); - s = s0 = (char *)result; + *resultp = (char *) malloc(i + 1); + s = s0 = *resultp; if (ilim >= 0 && ilim <= Quick_max && try_quick) { Index: lib/libc/stdlib/strtod.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdlib/strtod.c,v retrieving revision 1.6 diff -u -r1.6 strtod.c --- lib/libc/stdlib/strtod.c 2001/02/10 05:05:09 1.6 +++ lib/libc/stdlib/strtod.c 2001/02/14 20:53:26 @@ -372,8 +372,6 @@ typedef struct Bigint Bigint; - static Bigint *freelist[Kmax+1]; - static Bigint * Balloc #ifdef KR_headers @@ -385,14 +383,10 @@ int x; Bigint *rv; - if ( (rv = freelist[k]) ) { - freelist[k] = rv->next; - } else { - x = 1 << k; - rv = (Bigint *)malloc(sizeof(Bigint) + (x-1)*sizeof(long)); - rv->k = k; - rv->maxwds = x; - } + x = 1 << k; + rv = (Bigint *)malloc(sizeof(Bigint) + (x-1)*sizeof(long)); + rv->k = k; + rv->maxwds = x; rv->sign = rv->wds = 0; return rv; } @@ -405,10 +399,7 @@ (Bigint *v) #endif { - if (v) { - v->next = freelist[v->k]; - freelist[v->k] = v; - } + free(v); } #define Bcopy(x,y) memcpy((char *)&x->sign, (char *)&y->sign, \ @@ -1844,10 +1835,11 @@ char * __dtoa #ifdef KR_headers - (d, mode, ndigits, decpt, sign, rve) - double d; int mode, ndigits, *decpt, *sign; char **rve; + (d, mode, ndigits, decpt, sign, rve, resultp) + double d; int mode, ndigits, *decpt, *sign; char **rve, **resultp; #else - (double d, int mode, int ndigits, int *decpt, int *sign, char **rve) + (double d, int mode, int ndigits, int *decpt, int *sign, char **rve, + char **resultp) #endif { /* Arguments ndigits, decpt, sign are similar to those @@ -1895,15 +1887,6 @@ Bigint *b, *b1, *delta, *mlo, *mhi, *S; double d2, ds, eps; char *s, *s0; - static Bigint *result; - static int result_k; - - if (result) { - result->k = result_k; - result->maxwds = 1 << result_k; - Bfree(result); - result = 0; - } if (word0(d) & Sign_bit) { /* set sign for everything, including 0's and NaNs */ @@ -2062,11 +2045,8 @@ if (i <= 0) i = 1; } - j = sizeof(unsigned long); - for (result_k = 0; sizeof(Bigint) - sizeof(unsigned long) + j < i; - j <<= 1) result_k++; - result = Balloc(result_k); - s = s0 = (char *)result; + *resultp = (char *) malloc(i + 1); + s = s0 = *resultp; if (ilim >= 0 && ilim <= Quick_max && try_quick) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 14 14:40:20 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F8DC37B491 for ; Wed, 14 Feb 2001 14:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1EMe1V79657; Wed, 14 Feb 2001 14:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ECB6037B4EC for ; Wed, 14 Feb 2001 14:35:47 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1EMZlP79180; Wed, 14 Feb 2001 14:35:47 -0800 (PST) (envelope-from nobody) Message-Id: <200102142235.f1EMZlP79180@freefall.freebsd.org> Date: Wed, 14 Feb 2001 14:35:47 -0800 (PST) From: mjh@aciri.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25104: file corruption with Adaptec 29160 SCSI adapter Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25104 >Category: kern >Synopsis: file corruption with Adaptec 29160 SCSI adapter >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 14 14:40:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Mark Handley >Release: 4.2-RELEASE >Organization: ACIRI >Environment: gaur.aciri.org: uname -a FreeBSD gaur.aciri.org 4.2-RELEASE FreeBSD 4.2-RELEASE #1: Sat Jan 20 20:49:54 PST 2001 root@gaur.aciri.org:/usr/src/sys/compile/ACIRI-4.2-USB i386 >Description: I've got five 1.1GHz Athlon systems, running FreeBSD 4.2R with 512MB RAM, Asus A7V motherboards, Adaptec 29160 U160 SCSI adaptors, and SEAGATE ST318451LW 18GB drives. The problem is I'm seeing file corruption when I write large (approx 512Mb or larger) files, especially when I write them rapidly. I can't guarantee it doesn't happen with smaller files, but I wrote a thousand 100MB files, and not one of them was corrupted. The problem basically is that the files get 64-byte chunks (usally 64, sometimes smaller)of other data in the middle of them. I first noticed the problem with scp, but the problem also happens with moderate repeatability when simply rapidly writing a big file by redirecting stdout. Here's the quick-hack test program: #include #define FSIZE 1000*1024*1024 main() { int i,j; int buf[1024]; j=0; for(i=0;i #define FSIZE 1000*1024*1024 main() { int i; int j, prev; int mode=0; for(i=0;i AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 536788992 (524208K bytes) avail memory = 518864896 (506704K bytes) Preloaded elf kernel "kernel" at 0xc03c8000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 4.2 irq 12 pci0: at 4.3 irq 12 fxp0: port 0xa400-0xa43f mem 0xd6800000-0xd68fffff,0xd7000000-0xd7000fff irq 10 at device 11.0 on pci0 fxp0: Ethernet address 00:02:b3:10:b4:67 pci0: <3D Labs model 000a graphics accelerator> at 12.0 irq 11 ahc0: port 0xa000-0xa0ff mem 0xd5800000-0xd5800fff irq 12 at device 13.0 on pci0 aic7892: Wide Channel A, SCSI Id=7, 32/255 SCBs atapci1: port 0x8400-0x843f,0x8800-0x8803,0x9000-0x9007,0x9400-0x9403,0x9800-0x9807 mem 0xd5000000-0xd501ffff irq 10 at device 17.0 on pci0 pcib1: on motherboard pci2: on pcib1 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 atkbdc0: at port 0x60,0x64 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 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 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A DUMMYNET initialized (000608) IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata1-master using PIO4 Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 17501MB (35843671 512 byte sectors: 255H 63S/T 2231C) >How-To-Repeat: Write several very large files rapidly (see above). Some fraction of them will be corrupted (I see between 5% and 25% of 512MB files get corrupted). >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 14 17:30: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 328B437B503 for ; Wed, 14 Feb 2001 17:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1F1U1b01189; Wed, 14 Feb 2001 17:30:01 -0800 (PST) (envelope-from gnats) Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 0B84137B401 for ; Wed, 14 Feb 2001 17:21:46 -0800 (PST) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta3/8.12.0.Beta3) id f1F1LjpW065813; Wed, 14 Feb 2001 17:21:45 -0800 (PST) Message-Id: <200102150121.f1F1LjpW065813@horsey.gshapiro.net> Date: Wed, 14 Feb 2001 17:21:45 -0800 (PST) From: gshapiro+FreeBSD-gnats@gshapiro.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/25105: S/Key support is broken in sshd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25105 >Category: conf >Synopsis: S/Key support is broken in sshd >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 14 17:30:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Gregory Neil Shapiro >Release: FreeBSD 4.2-STABLE i386 >Organization: >Environment: >Description: S/Key support is broken in sshd. rc/crypto/openssh/auth1.c contains: case SSH_CMSG_AUTH_TIS: debug("rcvd SSH_CMSG_AUTH_TIS: Trying PAM"); pam_cookie = ipam_start_auth("csshd", pw->pw_name); But /etc/pam.conf doesn't have an entry for "csshd", only "sshd". >How-To-Repeat: >Fix: Either change src/crypto/openssh/auth1.c to use "sshd" or add csshd to src/etc/pam.conf. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 14 19:30: 4 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D317E37B491 for ; Wed, 14 Feb 2001 19:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1F3U2S30962; Wed, 14 Feb 2001 19:30:02 -0800 (PST) (envelope-from gnats) Date: Wed, 14 Feb 2001 19:30:02 -0800 (PST) Message-Id: <200102150330.f1F3U2S30962@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Daniel Eischen Subject: Re: bin/15070: vfprintf/cvt/__dtoa race condition in threaded programs Reply-To: Daniel Eischen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15070; it has been noted by GNATS. From: Daniel Eischen To: Tor.Egge@fast.no Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/15070: vfprintf/cvt/__dtoa race condition in threaded programs Date: Wed, 14 Feb 2001 22:26:00 -0500 (EST) On Wed, 14 Feb 2001 Tor.Egge@fast.no wrote: > > An updated patch that doesn't use spinlocks is enclosed. Looks OK to me. I was toying with the idea of adding unthreaded versions of _pthread_key_{create,delete}, _pthread_{get,set}specific to libc -- these would actually work for the single threaded case instead of being stub functions. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 14 22:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 522A737B503 for ; Wed, 14 Feb 2001 22:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1F6K1v55838; Wed, 14 Feb 2001 22:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BA5FA37B4EC for ; Wed, 14 Feb 2001 22:15:04 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1F6F4r54139; Wed, 14 Feb 2001 22:15:04 -0800 (PST) (envelope-from nobody) Message-Id: <200102150615.f1F6F4r54139@freefall.freebsd.org> Date: Wed, 14 Feb 2001 22:15:04 -0800 (PST) From: jcole@3lefties.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25107: natd (and others?) segfault caused by error in libalias Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25107 >Category: misc >Synopsis: natd (and others?) segfault caused by error in libalias >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 14 22:20:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Jerimiah Cole >Release: 4.1-RELEASE >Organization: I-NET of New Mexico >Environment: FreeBSD waldo.3lefties.com 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Fri Nov 3 16:12: 21 MST 2000 root@waldo.3lefties.com:/usr/src/sys/compile/WALDO_JC-20001103 i386 >Description: line 2622 of alias_db.c in libalias declares a varable to hold "The first firewall entry free for our use" when poking holes in the firewall for ftp data and irc dcc connections. It's declared as int. FreeBSD's ipfw firewall uses rule numbers up to 65535, so this variable should be declared as unsigned int. When natd is set up to use this feature and the firewall "base" number is greater than 32767, natd happily segfaults when an ftp data connection is natted, and natd tries to generate the firewall hole. I'm sure other software based on libalias is affected. >How-To-Repeat: Simply fire up natd with the -punch_fw basenumber:count option and the basenumber set greater than 32767 and try and establish an ftp data connection through the nat. >Fix: Change line 2622 of alias_db.c to read "unsigned int" instead of "int". Note also that natd uses an unsigned int internally and when passing the base value to libalias routines. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 14 23:45:31 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7605D37B491; Wed, 14 Feb 2001 23:45:30 -0800 (PST) Received: (from kris@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1F7jU964891; Wed, 14 Feb 2001 23:45:30 -0800 (PST) (envelope-from kris) Date: Wed, 14 Feb 2001 23:45:30 -0800 (PST) From: Message-Id: <200102150745.f1F7jU964891@freefall.freebsd.org> To: kris@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: conf/25105: S/Key support is broken in sshd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: S/Key support is broken in sshd Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: kris Responsible-Changed-When: Wed Feb 14 23:45:21 PST 2001 Responsible-Changed-Why: green is maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=25105 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 1:50: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 51BC437B67D for ; Thu, 15 Feb 2001 01:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1F9o3Z82617; Thu, 15 Feb 2001 01:50:03 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 23BFC37B491 for ; Thu, 15 Feb 2001 01:46:50 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1F9ko082436; Thu, 15 Feb 2001 01:46:50 -0800 (PST) (envelope-from nobody) Message-Id: <200102150946.f1F9ko082436@freefall.freebsd.org> Date: Thu, 15 Feb 2001 01:46:50 -0800 (PST) From: gikc@ssu.gov.ua To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25109: Fujitsu MO device MCC3064AP could't be configured . Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25109 >Category: misc >Synopsis: Fujitsu MO device MCC3064AP could't be configured . >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 01:50:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Sergei >Release: 4.1.1 Release >Organization: Dance Corp >Environment: FreeBSD router 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE #0: Fri Jan 5 12:26:26 EET 2001 root@router:/usr/src/sys/compile/ENTERPRISE i386 >Description: on booting : ........... ata1-master: optical device - NO DRIVER! >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 3:10: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EE8A837B65D for ; Thu, 15 Feb 2001 03:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FBA1B95956; Thu, 15 Feb 2001 03:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 355ED37B401 for ; Thu, 15 Feb 2001 03:04:19 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FB4Je93428; Thu, 15 Feb 2001 03:04:19 -0800 (PST) (envelope-from nobody) Message-Id: <200102151104.f1FB4Je93428@freefall.freebsd.org> Date: Thu, 15 Feb 2001 03:04:19 -0800 (PST) From: jagarl@creator.club.ne.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/25110: pthread signal handler fails after forking Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25110 >Category: bin >Synopsis: pthread signal handler fails after forking >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 03:10:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Kazunori Ueno >Release: 4.2-RELEASE >Organization: Univ. of Tokyo >Environment: FreeBSD KitzBSD.chem.t.u-tokyo.ac.jp 4.2-RELEASE FreeBSD 4.2-RELEASE #1: Mon Jan 15 20:14:10 JST 2001 root@KitzBSD.chem.t.u-tokyo.ac.jp:/usr/src/sys/compile/KitzBSD i386 >Description: The signal handler in libc_r (thread_sig_handler) requires alternative stack frame because thread_sigframe_add() changes the original stack. If signal stack is disabled and thread_sig_handler() is called with the original stack, thread_sigframe_add() destroys his own stack. Thread_init() calls sigaltstack() and sets the alternative signal stack. But alternative stack is disabled by the process forking. Then the signal handler fails and the process only receives SIGKILL and SIGSTOP signals. >How-To-Repeat: Running this program. The parent process stops at waitpid() call. The child process can only be stopped by 'kill -KILL pid' command. (It must be compiled with pthread. For example, cc -pthread sample.c) #include #include #include #include #include #include static void handler(int signo) { fprintf(stderr,"handler called!\n"); _exit(0); } int main(void) { int i; pid_t pid, pid2; int status; pid = fork(); if (pid == -1) return 0; if (pid == 0) { /* child process */ signal(SIGTERM,handler); while(1) ; _exit(0); } /* parent process */ sleep(1); kill(pid, SIGTERM); fprintf(stderr, "waitpid start\n"); waitpid(pid, &status, 0); fprintf(stderr, "waitpid end\n"); return 0; } >Fix: After forking, define the alternative stack manually and the problem solves. If the invalidation of the signal stack at forking is correct, sigaltstack() must be called somewhere in lib/libc_r/uthread/uthread_fork.c. If the signal stack should be copied to the new process, P_ALTSTACK flag in the process's p_flag must be copied somewhere in sys/kern/kern_fork.c. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 8: 6:26 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68]) by hub.freebsd.org (Postfix) with ESMTP id EB6D837B65D for ; Thu, 15 Feb 2001 08:06:23 -0800 (PST) Received: from hpcpbla.bri.hp.com (hpcpbla.bri.hp.com [15.144.112.65]) by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2E56222ACF for ; Thu, 15 Feb 2001 17:06:20 +0100 (MET) Received: from sse0691.bri.hp.com (sse0691.bri.hp.com [15.144.0.53]) by hpcpbla.bri.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.0) with ESMTP id QAA16091 for ; Thu, 15 Feb 2001 16:06:19 GMT Received: (from steve@localhost) by sse0691.bri.hp.com (8.11.1/8.9.3) id f1FG6hB16597 for freebsd-bugs@freebsd.org; Thu, 15 Feb 2001 16:06:43 GMT (envelope-from steve) Date: Thu, 15 Feb 2001 16:06:43 +0000 From: Steve Roome To: freebsd-bugs@freebsd.org Subject: Re: kern/17375 Message-ID: <20010215160643.Q97929@moose.bri.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I think this pr can get closed now, as this problem doesn't seem to exist in either 3-stable or 4-stable anymore. Ta, Steve Roome To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 8:50: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0775637B503 for ; Thu, 15 Feb 2001 08:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FGo1A36629; Thu, 15 Feb 2001 08:50:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0972337B4EC for ; Thu, 15 Feb 2001 08:48:51 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FGmpH36522; Thu, 15 Feb 2001 08:48:51 -0800 (PST) (envelope-from nobody) Message-Id: <200102151648.f1FGmpH36522@freefall.freebsd.org> Date: Thu, 15 Feb 2001 08:48:51 -0800 (PST) From: rsimmons@spamcop.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25114: vinum kernel module is compiled without debug support, even though -DVINUMDEBUG is in the Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25114 >Category: kern >Synopsis: vinum kernel module is compiled without debug support, even though -DVINUMDEBUG is in the Makefile >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 08:50:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Rob Simmons >Release: 4.2-STABLE >Organization: >Environment: FreeBSD ned 4.2-STABLE FreeBSD 4.2-STABLE #0: Thu Feb 15 10:38:52 EST 2001 rsimmons@ned:/usr/obj/usr/src/sys/NED i386 >Description: After performing a cvsup/make world my vinum disk array would not come up and it was giving me the following message: "This program is compiled with debug support, but the kernel module does not have debug support. This program must be matched with the kernel module. Please alter /usr/src/sbin/vinum/Makefile and remove the option -DVINUMDEBUG from the CFLAGS definition, or alternatively edit /usr/src/sys/modules/vinum/Makefile and add the option -DVINUMDEBUG to the CFLAGS definition. Then rebuild the component of your choice with 'make clean all install'. If you rebuild the kernel module, you must stop vinum and restart it" I looked in both places and -DVINUMDEBUG was set in both Makefiles. I have the pseudo-device vinum set in the kernel config, so it is statically compiled into the kernel. To get rid of the problem, I went to the vinum userland program and recompiled it without the -DVINUMDEBUG option. The real problem is that the kernel module for vinum has the -DVINUMDEBUG option set but it is not actually being compiled with that option, it seems like that option is being ignored. >How-To-Repeat: cvsup a machine to the date in my uname above, then set the pseudo-device vinum option in the kernel config file. Then try to start vinum, it will give you the error that I listed above - and if you look in the two makefiles that it points you to, the -DVINUMDEBUG is set in both places, so it should work but it doesn't. >Fix: The workaround is to remove the -DVINUMDEBUG option from the userland vinum program. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 8:50:12 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B79F37B67D for ; Thu, 15 Feb 2001 08:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FGo1h36638; Thu, 15 Feb 2001 08:50:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E0F1B37B491 for ; Thu, 15 Feb 2001 08:48:50 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FGmo936518; Thu, 15 Feb 2001 08:48:50 -0800 (PST) (envelope-from nobody) Message-Id: <200102151648.f1FGmo936518@freefall.freebsd.org> Date: Thu, 15 Feb 2001 08:48:50 -0800 (PST) From: rsimmons@spamcop.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25115: vinum kernel module is compiled without debug support, even though -DVINUMDEBUG is in the Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25115 >Category: kern >Synopsis: vinum kernel module is compiled without debug support, even though -DVINUMDEBUG is in the Makefile >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 08:50:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Rob Simmons >Release: 4.2-STABLE >Organization: >Environment: FreeBSD ned 4.2-STABLE FreeBSD 4.2-STABLE #0: Thu Feb 15 10:38:52 EST 2001 rsimmons@ned:/usr/obj/usr/src/sys/NED i386 >Description: After performing a cvsup/make world my vinum disk array would not come up and it was giving me the following message: "This program is compiled with debug support, but the kernel module does not have debug support. This program must be matched with the kernel module. Please alter /usr/src/sbin/vinum/Makefile and remove the option -DVINUMDEBUG from the CFLAGS definition, or alternatively edit /usr/src/sys/modules/vinum/Makefile and add the option -DVINUMDEBUG to the CFLAGS definition. Then rebuild the component of your choice with 'make clean all install'. If you rebuild the kernel module, you must stop vinum and restart it" I looked in both places and -DVINUMDEBUG was set in both Makefiles. I have the pseudo-device vinum set in the kernel config, so it is statically compiled into the kernel. To get rid of the problem, I went to the vinum userland program and recompiled it without the -DVINUMDEBUG option. The real problem is that the kernel module for vinum has the -DVINUMDEBUG option set but it is not actually being compiled with that option, it seems like that option is being ignored. >How-To-Repeat: cvsup a machine to the date in my uname above, then set the pseudo-device vinum option in the kernel config file. Then try to start vinum, it will give you the error that I listed above - and if you look in the two makefiles that it points you to, the -DVINUMDEBUG is set in both places, so it should work but it doesn't. >Fix: The workaround is to remove the -DVINUMDEBUG option from the userland vinum program. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 9: 2: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EF47337B4EC; Thu, 15 Feb 2001 09:02:03 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FH23X38650; Thu, 15 Feb 2001 09:02:03 -0800 (PST) (envelope-from roam) Date: Thu, 15 Feb 2001 09:02:03 -0800 (PST) From: Message-Id: <200102151702.f1FH23X38650@freefall.freebsd.org> To: rsimmons@spamcop.net, roam@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/25115: vinum kernel module is compiled without debug support, even though -DVINUMDEBUG is in the Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vinum kernel module is compiled without debug support, even though -DVINUMDEBUG is in the Makefile State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Thu Feb 15 09:01:36 PST 2001 State-Changed-Why: Duplicate of kern/25114. http://www.freebsd.org/cgi/query-pr.cgi?pr=25115 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 10:30: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 354B137B503 for ; Thu, 15 Feb 2001 10:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FIU1B53207; Thu, 15 Feb 2001 10:30:01 -0800 (PST) (envelope-from gnats) Received: from iplab.aist-nara.ac.jp (iplab.aist-nara.ac.jp [163.221.52.80]) by hub.freebsd.org (Postfix) with ESMTP id E87BA37B491 for ; Thu, 15 Feb 2001 10:29:52 -0800 (PST) Received: (from daisu-mi@localhost) by iplab.aist-nara.ac.jp (8.9.3/8.9.3) id DAA12798; Fri, 16 Feb 2001 03:32:52 +0900 (JST) (envelope-from daisu-mi) Message-Id: <200102151832.DAA12798@iplab.aist-nara.ac.jp> Date: Fri, 16 Feb 2001 03:32:52 +0900 (JST) From: daisu-mi@is.aist-nara.ac.jp Reply-To: daisu-mi@is.aist-nara.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/25117: ICMP Destination Port Unreachable Error Message is wrong. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25117 >Category: kern >Synopsis: ICMP Destination Port Unreachable Error Message is wrong. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 10:30:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Daisuke Miyamoto >Release: FreeBSD 4.2-RELEASE i386 >Organization: Computer Language Labo / Nara Institute of Science and Technology >Environment: Pentium2 300MHz and 15GB HDD and 128MB RAM. (any environments) >Description: ICMP Destination Port Unreachable Error Message was wrong. This ICMP Datagram does NOT contain the checksum value of the original UDP datagram. It is ocurred filled in original UDP datagram by 0 when calculate UDP checksum. Does it agree with RFC ? Does it only help NMAP to detect OS ? >How-To-Repeat: Anytime. >Fix: --- sys/netinet/udp_usrreq.c.orig Thu Nov 2 02:08:50 2000 +++ sys/netinet/udp_usrreq.c Wed Jan 17 00:20:25 2001 @@ -162,6 +162,8 @@ struct ip save_ip; struct sockaddr *append_sa; + u_short osum; + udpstat.udps_ipackets++; /* @@ -214,6 +216,7 @@ /* * Checksum extended UDP header and data. */ + osum = uh->uh_sum; if (uh->uh_sum) { if (m->m_pkthdr.csum_flags & CSUM_DATA_VALID) { if (m->m_pkthdr.csum_flags & CSUM_PSEUDO_HDR) @@ -234,6 +237,9 @@ return; } } + + /* restore original datagram */ + uh->uh_sum = osum; if (IN_MULTICAST(ntohl(ip->ip_dst.s_addr)) || in_broadcast(ip->ip_dst, m->m_pkthdr.rcvif)) { >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 11:10: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7442F37B503 for ; Thu, 15 Feb 2001 11:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FJA2b59324; Thu, 15 Feb 2001 11:10:02 -0800 (PST) (envelope-from gnats) Date: Thu, 15 Feb 2001 11:10:02 -0800 (PST) Message-Id: <200102151910.f1FJA2b59324@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Martin Kammerhofer Subject: Re: bin/25017: cp -pRP does not preserve symlink ownership Reply-To: Martin Kammerhofer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25017; it has been noted by GNATS. From: Martin Kammerhofer To: Bruce Evans Cc: mkamm@gmx.net, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/25017: cp -pRP does not preserve symlink ownership Date: Thu, 15 Feb 2001 14:25:04 +0100 (CET) Am 12.02.01 hat Bruce Evans folgendes geschrieben: : : This should use a slightly modified version of setfile() (replace : `chown(...)' by `(S_ISLINK(...) ? chown : lchown)(...)', etc. This : will also fix the non-preservation of modes and times for symlinks. : : Bruce : Below is a revised patch following this proposition: Index: utils.c =================================================================== RCS file: /home/ncvs/src/bin/cp/utils.c,v retrieving revision 1.28 diff -u -r1.28 utils.c --- utils.c 2000/10/10 01:48:18 1.28 +++ utils.c 2001/02/15 14:15:03 @@ -224,7 +224,7 @@ warn("symlink: %s", link); return (1); } - return (0); + return (pflag ? setfile(p->fts_statp, 0) : 0); } int @@ -267,20 +267,21 @@ { static struct timeval tv[2]; struct stat ts; - int rval; - int gotstat; + int rval, gotstat, islink; rval = 0; + islink = !fd && S_ISLNK(fs->st_mode); fs->st_mode &= S_ISUID | S_ISGID | S_ISVTX | S_IRWXU | S_IRWXG | S_IRWXO; TIMESPEC_TO_TIMEVAL(&tv[0], &fs->st_atimespec); TIMESPEC_TO_TIMEVAL(&tv[1], &fs->st_mtimespec); - if (utimes(to.p_path, tv)) { + if (islink ? lutimes(to.p_path, tv) : utimes(to.p_path, tv)) { warn("utimes: %s", to.p_path); rval = 1; } - if (fd ? fstat(fd, &ts) : stat(to.p_path, &ts)) + if (fd ? fstat(fd, &ts) : + (islink ? lstat(to.p_path, &ts) : stat(to.p_path, &ts))) gotstat = 0; else { gotstat = 1; @@ -295,7 +296,8 @@ */ if (!gotstat || fs->st_uid != ts.st_uid || fs->st_gid != ts.st_gid) if (fd ? fchown(fd, fs->st_uid, fs->st_gid) : - chown(to.p_path, fs->st_uid, fs->st_gid)) { + (islink ? lchown(to.p_path, fs->st_uid, fs->st_gid) : + chown(to.p_path, fs->st_uid, fs->st_gid))) { if (errno != EPERM) { warn("chown: %s", to.p_path); rval = 1; @@ -304,14 +306,17 @@ } if (!gotstat || fs->st_mode != ts.st_mode) - if (fd ? fchmod(fd, fs->st_mode) : chmod(to.p_path, fs->st_mode)) { - warn("chown: %s", to.p_path); + if (fd ? fchmod(fd, fs->st_mode) : + (islink ? lchmod(to.p_path, fs->st_mode) + : chmod(to.p_path, fs->st_mode))) { + warn("chmod: %s", to.p_path); rval = 1; } if (!gotstat || fs->st_flags != ts.st_flags) - if (fd ? - fchflags(fd, fs->st_flags) : chflags(to.p_path, fs->st_flags)) { + if (fd ? fchflags(fd, fs->st_flags) : + (islink ? (errno = ENOSYS) + : chflags(to.p_path, fs->st_flags))) { warn("chflags: %s", to.p_path); rval = 1; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 11:30: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 685AA37B503 for ; Thu, 15 Feb 2001 11:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FJU1T61850; Thu, 15 Feb 2001 11:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E19DB37B503 for ; Thu, 15 Feb 2001 11:27:17 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FJRHW61538; Thu, 15 Feb 2001 11:27:17 -0800 (PST) (envelope-from nobody) Message-Id: <200102151927.f1FJRHW61538@freefall.freebsd.org> Date: Thu, 15 Feb 2001 11:27:17 -0800 (PST) From: david@phobia.ms To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25118: Unloading the if_tun module causes a reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25118 >Category: kern >Synopsis: Unloading the if_tun module causes a reboot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 11:30:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: David Hill >Release: FreeBSD 4.2-STABLE >Organization: >Environment: FreeBSD beast.hill.hom 4.2-STABLE FreeBSD 4.2-STABLE #2: Sun Feb 11 15:43:31 EST 2001 ocipio@beast.hill.hom:/usr/src/sys/compile/BEAST i386 >Description: loading then unloading the if_tun module causes the system to reboot. I have not tried this with any other if_* modules. >How-To-Repeat: kldload if_tun kldunload if_tun >Fix: not a clue. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 11:52:47 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5190837B401; Thu, 15 Feb 2001 11:52:46 -0800 (PST) Received: (from dougb@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FJqkX64240; Thu, 15 Feb 2001 11:52:46 -0800 (PST) (envelope-from dougb) Date: Thu, 15 Feb 2001 11:52:46 -0800 (PST) From: Message-Id: <200102151952.f1FJqkX64240@freefall.freebsd.org> To: marka@nominum.com, dougb@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: bin/25028: make installworld uses wrong time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make installworld uses wrong time State-Changed-From-To: open->analyzed State-Changed-By: dougb State-Changed-When: Thu Feb 15 11:51:54 PST 2001 State-Changed-Why: Mark's suggestion seems reasonable and well researched. Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: dougb Responsible-Changed-When: Thu Feb 15 11:51:54 PST 2001 Responsible-Changed-Why: Warner is Mr. UPDATING http://www.freebsd.org/cgi/query-pr.cgi?pr=25028 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 14:20:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C3BD837B4EC for ; Thu, 15 Feb 2001 14:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FMK8Z86120; Thu, 15 Feb 2001 14:20:08 -0800 (PST) (envelope-from gnats) Date: Thu, 15 Feb 2001 14:20:08 -0800 (PST) Message-Id: <200102152220.f1FMK8Z86120@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Young, Jason" Subject: Re: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Reply-To: "Young, Jason" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24811; it has been noted by GNATS. From: "Young, Jason" To: "'freebsd-gnats-submit@FreeBSD.org'" , "'klui@cup.hp.com'" Cc: Subject: Re: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Date: Thu, 15 Feb 2001 12:05:22 -0600 If there's a duplex mismatch, your symptoms would seem to indicate it would have to be on your work machine, between it and your switch. You have proven (with the transfer from the HPUX machine to your home machine) that your home machine has reasonable connectivity. This could definitely be caused by the OS upgrade, since it seems that the driver plays a very large role in speed and duplex negotiations and you've changed drivers. You haven't mentioned how you know that link is 10BaseT full-duplex. Is this an assumption, or have you set it on the switch personally or otherwise know it's supposed to be full-duplex? You could quickly check if this is the problem by doing this: ifconfig pcn0 media 10BaseT mediaopt half-duplex Then test your connectivity again. If that fixes things, the switch wasn't really giving you full duplex connectivity. If the switch is set to autonegotiate duplex settings, be aware this tends to fail a lot and you'll probably need to force the setting to be whichever way you want it or stay half duplex. If autonegotiation worked before in 3.2-RELEASE with the same hardware with the lnc driver, you may want to send a (very, very, very, very) detailed bug report to Bill Paul (wpaul@freebsd.org), who maintains that driver. Jason Young CNS - Network Design, Anheuser-Busch (314)577-4597 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 14:30: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8EEAF37B65D for ; Thu, 15 Feb 2001 14:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FMU1k87598; Thu, 15 Feb 2001 14:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9074837B491 for ; Thu, 15 Feb 2001 14:28:35 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FMSZA87464; Thu, 15 Feb 2001 14:28:35 -0800 (PST) (envelope-from nobody) Message-Id: <200102152228.f1FMSZA87464@freefall.freebsd.org> Date: Thu, 15 Feb 2001 14:28:35 -0800 (PST) From: sapsan11@mail.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25121: sys/socket.h and netinet/in.h contain errors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25121 >Category: misc >Synopsis: sys/socket.h and netinet/in.h contain errors >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 14:30:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Alex >Release: 4.2 Stable >Organization: >Environment: FreeBSD sapsan 4.2-STABLE FreeBSD 4.2-STABLE #0: Mon Jan 22 00:17:19 EET 2001 root@sapsan:/usr/src/sys/compile/SAPSAN i386 >Description: This program returns a lot of syntax errors in including files when I compile it... #include #include #include void main(){ printf("Hello!"); } Compile with: $ cc -o test test.C >How-To-Repeat: Include these files into your program and try to compile >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 15: 5:47 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9E3AA37B4EC; Thu, 15 Feb 2001 15:05:45 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FN5jt92900; Thu, 15 Feb 2001 15:05:45 -0800 (PST) (envelope-from roam) Date: Thu, 15 Feb 2001 15:05:45 -0800 (PST) From: Message-Id: <200102152305.f1FN5jt92900@freefall.freebsd.org> To: sapsan11@mail.ru, roam@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/25121: sys/socket.h and netinet/in.h contain errors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sys/socket.h and netinet/in.h contain errors State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Thu Feb 15 15:04:31 PST 2001 State-Changed-Why: All the manpages for functions in and indicate, in the SYNOPSIS section, that you alse need to include . Your program, just as everybody else's, compiles just fine when you add all the needed - and documented - includes. http://www.freebsd.org/cgi/query-pr.cgi?pr=25121 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 15:50:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F8F737B69B for ; Thu, 15 Feb 2001 15:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FNo1C97038; Thu, 15 Feb 2001 15:50:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BD5BB37B69B for ; Thu, 15 Feb 2001 15:43:21 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1FNhLe96213; Thu, 15 Feb 2001 15:43:21 -0800 (PST) (envelope-from nobody) Message-Id: <200102152343.f1FNhLe96213@freefall.freebsd.org> Date: Thu, 15 Feb 2001 15:43:21 -0800 (PST) From: amesbury@eventloop.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/25123: Heavy NFS traffic over virtual interface causes instability, lockup under 4.2-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25123 >Category: i386 >Synopsis: Heavy NFS traffic over virtual interface causes instability, lockup under 4.2-STABLE >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 15:50:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Alan Amesbury >Release: 4.2-STABLE >Organization: EventLoop, Inc. >Environment: FreeBSD capstone.eventloop.com 4.2-STABLE FreeBSD 4.2-STABLE #5: Wed Feb 14 19:28:58 CST 2001 root@capstone.eventloop.com:/usr/src/sys/compile/EVENTLOOP-SMP i386 >Description: The system in question is has a NIC configured to answer to two IP addresses, named capstone (real if.) and mausoleum (virtual if.). nfsd is configured to export a number of directories via mausoleum's address. Capstone is configured to use AMD to mount NFS shares from mausoleum as if mausoleum were actually a remote host, not just a virtual interface. Here's what ifconfig looks like: amesbury@capstone:[~] % ifconfig xl0 xl0: flags=8843 mtu 1500 inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255 inet 192.168.100.221 netmask 0xffffffff broadcast 192.168.100.221 atalk 58305.179 range 0-65534 phase 2 broadcast 0.255 ether 00:01:02:ca:98:91 media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX AMD is configured on capstone (the host's real name) to automatically mount directories from mausoleum (capstone's virtual interface) as if mausoleum were really a different machine. For example: amesbury@capstone:[~] % mount | grep home pid167@capstone:/home on /home (nfs) mausoleum:/export/mausoleum05/home/amesbury on /.amd_mnt/mausoleum/export/mausoleum05/home/amesbury (nfs) The system becomes unstable when very large files (>100MB) are transferred from a remote system into a directory mounted by capstone from mausoleum. This instability exhibits itself regardless of whether the transfer is initiated from capstone or from a remote system, and does not seem to be dependent on the transfer method used (both scp and FTP crashed the system). If the transfer is made to the NFS mount point (mounted via AMD), the system will crash. If the transfer is made directly to the real directory location, the transfer will succeed, regardless of whether the connection was made to capstone or masoleum. For example, if I 'cd' to '/home/amesbury' and, using FTP, download a very large file into the current directory, the file gets written over NFS to mausoleum (capstone's virtual interface). The system will become unstable (network services will freeze, commands like 'reboot' and 'ls' will simply hang), and eventually it will lock up completely. I've seen no syslog output, kernel panics, or anything else that looked like it might be of use in troubleshooting this further. >How-To-Repeat: We have very limited resources, so have been unable to try this on another machine. If I get an opportunity to, I'll post the results. Also, since capstone/mausoleum is a production, business-critical host, I'm reluctant to experiment with it further. >Fix: Workaround: don't use NFS locally via a system's virtual interface? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 16:45:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6EF4137B4EC; Thu, 15 Feb 2001 16:45:17 -0800 (PST) Received: (from brian@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1G0jHI04751; Thu, 15 Feb 2001 16:45:17 -0800 (PST) (envelope-from brian) Date: Thu, 15 Feb 2001 16:45:17 -0800 (PST) From: Message-Id: <200102160045.f1G0jHI04751@freefall.freebsd.org> To: brian@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: kern/25118: Unloading the if_tun module causes a reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Unloading the if_tun module causes a reboot Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Thu Feb 15 16:44:50 PST 2001 Responsible-Changed-Why: I'll look after this http://www.freebsd.org/cgi/query-pr.cgi?pr=25118 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 16:50: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E9D1D37B684 for ; Thu, 15 Feb 2001 16:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1G0o2n05024; Thu, 15 Feb 2001 16:50:02 -0800 (PST) (envelope-from gnats) Date: Thu, 15 Feb 2001 16:50:02 -0800 (PST) Message-Id: <200102160050.f1G0o2n05024@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Somers Subject: Re: misc/25107: natd (and others?) segfault caused by error in libalias Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/25107; it has been noted by GNATS. From: Brian Somers To: jcole@3lefties.com Cc: freebsd-gnats-submit@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: misc/25107: natd (and others?) segfault caused by error in libalias Date: Fri, 16 Feb 2001 00:42:40 +0000 > >Number: 25107 > >Category: misc > >Synopsis: natd (and others?) segfault caused by error in libalias [.....] > >Description: > line 2622 of alias_db.c in libalias declares a varable to hold "The first firewall entry free for our use" when poking holes in the firewall for ftp data and irc dcc connections. It's declared as int. FreeBSD's ipfw firewall uses rule numbers up to 65535, so this variable should be declared as unsigned int. When natd is set up to use this feature and the firewall "base" number is greater than 32767, natd happily segfaults when an ftp data connection is natted, and natd tries to generate the firewall h ole. I'm sure other software based on libalias is affected. I'm a little confused here. An int is 32 bits - maxint is just above 2,000,000,000. I don't understand what's wrapping at 32768... > >How-To-Repeat: > Simply fire up natd with the -punch_fw basenumber:count option and the basenumber set greater than 32767 and try and establish an ftp data connection through the nat. > >Fix: > Change line 2622 of alias_db.c to read "unsigned int" instead of "int". Note also that natd uses an unsigned int internally and when passing the base value to libalias routines. This looks dangerous. Just paging down the code a bit shows things like fireWallNumNums and fileWallActiveNum should also probably be unsigned. This also implies that ``fwhole'' (local and in struct tcp_dat) should be unsigned - but that breaks in at least one place (namely the ``if (fwhole < 0)'' bit in ClearFWHole(). I'm not saying that your suggestion is wrong, but that it looks a bit dangerous to me :-/ -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 16:50:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2397737B699 for ; Thu, 15 Feb 2001 16:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1G0o3H05033; Thu, 15 Feb 2001 16:50:03 -0800 (PST) (envelope-from gnats) Received: from quake.convey.ru (quake.convey.ru [195.182.128.6]) by hub.freebsd.org (Postfix) with ESMTP id C2C2137B491 for ; Thu, 15 Feb 2001 16:43:52 -0800 (PST) Received: (from slw@localhost) by quake.convey.ru (8.11.2/8.9.3) id f1G0hnD55627; Fri, 16 Feb 2001 03:43:49 +0300 (MSK) (envelope-from slw) Message-Id: <200102160043.f1G0hnD55627@quake.convey.ru> Date: Fri, 16 Feb 2001 03:43:49 +0300 (MSK) From: Slawa Olhovchenkov Reply-To: slw@quake.convey.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/25125: fsck kernel crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25125 >Category: kern >Synopsis: fsck kernel crash >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 16:50:02 PST 2001 >Closed-Date: >Last-Modified: >Originator: Slawa Olhovchenkov >Release: FreeBSD 5.0-CURRENT i386 >Organization: Convey ISP >Environment: System: FreeBSD proxy.convey.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu Feb 15 01:24:14 MSK 2001 slw@proxy.convey.ru:/usr/obj/usr/src/sys/PROXY i386 >Description: fsck of partition 'f' disk ad1 caused kernel panic. fsck of this partition on 4.1-R system success and no problem. ** /dev/ad1f ** Last Mounted on /mnt/usr ** Phase 1 - Check Blocks and Sizes kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xc022e94a stack pointer = 0x10:0xc9e05f4c frame pointer = 0x10:0xc9e05f60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 16 (irq14: ata0) trap number = 9 panic: general protection fault >How-To-Repeat: fsck /dev/ad1f My be depended on contents of /dev/ad1f >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 20:13:21 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from tpg.com.au (mac-56k-053.tpgi.com.au [203.29.130.53]) by hub.freebsd.org (Postfix) with SMTP id 6A4A137B67D for ; Thu, 15 Feb 2001 20:13:11 -0800 (PST) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=200102160902=" To: freebsd-bugs@FreeBSD.ORG From: gregjame@tpg.com.au X-Mailer: 31ED7731.F276EA3.072522adaa806c067da43a32d17b945b Subject: That site for buying and selling businesses V Organization: Greg Message-Id: <20010216041311.6A4A137B67D@hub.freebsd.org> Date: Thu, 15 Feb 2001 20:13:11 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --=200102160902= Content-Type: text/plain;charset=US-ASCII Hey That site on the net for buying and selling businesses is http://bsab.com.au This is the one that Craig Simmons told us he sold his shop from. I've checked it out - it looks great - but I do see a problem for you in that nobody is going to pay you $950k for your business unless you move to NT. Every other place in Australia has your type of business for far less and making more money. ONLY KIDDING - Check it out it has all the information on buying and selling a Business in Australia and it has stacks of businesses for sale and people looking for businesses. Here is the link http://www.bsab.com.au/ I've put a ad up in wanted to buy today it's free Have a look at my ad click on this http://www.bsab.com.au/boardinfo.asp?IDnum=140 Hey don't send me your business I can't handle paying Johnnie 100k in tax each year like you and supporting your sister too. Give me a call after you look at this site greg --=200102160902=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 22:20: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 94A6A37B67D for ; Thu, 15 Feb 2001 22:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1G6K1H50406; Thu, 15 Feb 2001 22:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F2A7437B491 for ; Thu, 15 Feb 2001 22:15:33 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1G6FX348807; Thu, 15 Feb 2001 22:15:33 -0800 (PST) (envelope-from nobody) Message-Id: <200102160615.f1G6FX348807@freefall.freebsd.org> Date: Thu, 15 Feb 2001 22:15:33 -0800 (PST) From: davidx@viasoft.com.cn To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25130: kernel crash with kldload/kldunload md.ko Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25130 >Category: kern >Synopsis: kernel crash with kldload/kldunload md.ko >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 15 22:20:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: David Xu >Release: FreeBSD 4.2-RELEASE >Organization: viasoft >Environment: >Description: when I kldload and kldunload malloc disk module md.ko, kernel crashed. blah, blah, .... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01565cf stack pointer = 0x10:0xcc972ed8 frame pointer = 0x10:0xcc972ed8 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 = 268(kldunload) interrupt mask = none trap number = 12 panic: page fault syncing disks... 41 40 12 7 5 done Uptime: 43s Automatic reboot in 15 seconds - press a key on console to abort >How-To-Repeat: # kldload md # kldunload md blah, blah, .... >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 15 23: 5:46 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id E7A0137B67D for ; Thu, 15 Feb 2001 23:05:31 -0800 (PST) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id JCB99099 for freebsd-bugs@freebsd.org; Fri, 16 Feb 2001 09:05:22 +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 f1G6ujp00688 for freebsd-bugs@freebsd.org; Fri, 16 Feb 2001 08:56:45 +0200 (EET) (envelope-from netch) Date: Fri, 16 Feb 2001 08:56:45 +0200 From: Valentin Nechayev To: freebsd-bugs@freebsd.org Subject: panic on dummynet code Message-ID: <20010216085645.A381@iv.nn.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i X-42: On Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org System is 5.0-CURRENT-20010211. The panic was occured ~2 seconds after commands: ipfw pipe 1 config bw 300 ipfw add 1000 pipe 1 tcp from any to 193.193.193.107 80 and while wget downloaded a file from http server at 193.193.193.107. Panic description from console: fault 12: page fault in kernel mode: supervisor read, page not present; EIP=0xc01e42aa, ESP=0xc7bebedc Command: transmit_event+0x7a: movl 0x14(%ebx),%eax EBX is 0x1006 This command is from DN_KEY_LEQ() macro in transmit_event(), file netinet/ip_dummynet.c, line is marked below with '>': ==={{{ static void transmit_event(struct dn_pipe *pipe) { struct dn_pkt *pkt ; > while ( (pkt = pipe->head) && DN_KEY_LEQ(pkt->output_time, curr_time) ) { /* * first unlink, then call procedures, since ip_input() can invoke * ip_output() and viceversa, thus causing nested calls */ pipe->head = DN_NEXT(pkt) ; ===}}} pipe equals to 0xc0b79b00, but pipe->head (placed at faulty command in %ebx) is 0x1006, i.e. outside of kernel address space. Stack is (excluding debugger and panic routines): (kgdb) bt [...] #10 0xc027ace7 in trap () #11 0xc01e42aa in transmit_event () #12 0xc01e485e in ready_event_wfq () #13 0xc01e48f7 in dummynet () #14 0xc01891a6 in softclock () #15 0xc0176f6b in ithread_loop () #16 0xc0176381 in fork_exit () Kernel config is ==={{{ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident nn12 maxusers 32 hints "GENERIC.hints" #Default places to look for devices. options INET #InterNETworking options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options TCP_RESTRICT_RST #restrict emission of TCP RST options DUMMYNET options FFS #Berkeley Fast Filesystem # options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES options MFS #Memory Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options EXT2FS options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 options HZ=230 options MSGBUF_SIZE=81920 options DDB options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options INCLUDE_CONFIG_FILE options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options VFS_AIO options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options KBD_INSTALL_CDEV # install a CDEV entry in /dev device random device isa device eisa device pci #options COMPAT_OLDISA # compatability shims for lnc, fe, le #options COMPAT_OLDPCI # compatability shims for lnc, vx # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 device atkbd device psm device vga options VESA # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor # Floating point support - do not disable. device npx # Power management support (see LINT for more options) device apm # 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 #device vpo # Requires scbus and da # Pseudo devices - the number indicates how many units to allocated. device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty 32 # Pseudo-ttys (telnet etc) device md # Memory "disks" device speaker device bpf 2 # Berkeley packet filter device vn 4 device snp device pcm device sbc device pca ===}}} Kernel core is being kept yet, please feel free to ask additional info. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 1:10: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FE7737B67D for ; Fri, 16 Feb 2001 01:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1G9A1p75500; Fri, 16 Feb 2001 01:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 81D5A37B401 for ; Fri, 16 Feb 2001 01:00:34 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1G90Yx72349; Fri, 16 Feb 2001 01:00:34 -0800 (PST) (envelope-from nobody) Message-Id: <200102160900.f1G90Yx72349@freefall.freebsd.org> Date: Fri, 16 Feb 2001 01:00:34 -0800 (PST) From: jagarl@creator.club.ne.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/25132: sigprocmask problem with pthread Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25132 >Category: bin >Synopsis: sigprocmask problem with pthread >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 01:10:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Kazunori Ueno >Release: 4.2-RELEASE >Organization: Univ. of Tokyo, Japan >Environment: FreeBSD KitzBSD.chem.t.u-tokyo.ac.jp 4.2-RELEASE FreeBSD 4.2-RELEASE #1: Mon Jan 15 20:14:10 JST 2001 root@KitzBSD.chem.t.u-tokyo.ac.jp:/usr/src/sys/compile/KitzBSD i386 >Description: I want to block a signal by sigprocmask, but the signal is not blocked. Following description is for SIGTERM signal. In pthread library, signal is trapped by thread_sig_handler(). If the signal mask is set, the signal blocks in the handler. But thread_init() sets thread_sig_hander() as signal handler only for _SCHED_SIGNAL, SIGINFO and SIGCHLD. When the SIGTERM signal is caught, the signal is processed in kernel and default handler (kill process) is called. If I set some signal hander for SIGTERM, then thread_sig_handler() is used as the signal handler for SIGTERM. Then the signal mask is correctly used. >How-To-Repeat: Compile this program with -pthread option. For example, cc test.c -pthread This program should block 'SIGTERM' signal, but 'kill -TERM pid' kills this program. #include int main() { sigset_t tset; sigemptyset(&tset); sigaddset(&tset, SIGTERM); sigprocmask(SIG_BLOCK,&tset,NULL); while(1) ; } But this program correctly blocks the signal. #include void handler(int sig) { _exit(0); } int main() { sigset_t tset; sigemptyset(&tset); sigaddset(&tset, SIGTERM); sigprocmask(SIG_BLOCK,&tset,NULL); signal(SIGTERM,handler); while(1) ; } >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 7:30: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 417FE37B684 for ; Fri, 16 Feb 2001 07:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GFU1d16940; Fri, 16 Feb 2001 07:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C7B0B37B401 for ; Fri, 16 Feb 2001 07:21:30 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GFLUj16104; Fri, 16 Feb 2001 07:21:30 -0800 (PST) (envelope-from nobody) Message-Id: <200102161521.f1GFLUj16104@freefall.freebsd.org> Date: Fri, 16 Feb 2001 07:21:30 -0800 (PST) From: lenz@heitec.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25136: Fatal trap 12: page fault while in kernel mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25136 >Category: kern >Synopsis: Fatal trap 12: page fault while in kernel mode >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 07:30:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Lenz Gschwendtner >Release: 4.2 Stable after jaunary 2000 >Organization: >Environment: FreeBSD tashi 4.2-STABLE FreeBSD 4.2-STABLE #1: Fri Feb 16 09:25:39 CET 2001 lenz@heitec.net:/usr/src/sys/compile/TASHI i386 >Description: Since i've updated my system yesterday from 4.2 Stable january 31. my Adaptec 3940auw(Dual Channel / Bios Ver. 2.11.0) causes a fatal trap 12 while booting. if the Controller is not in the system, or i replace it with another Adaptec Controller(2940uw tested) there is no problem. also with the old kernel i can boot without problem. We tested finally with an IDE hd and no scsi devices connected to the controller. in the kernel script the following stuff is defined: - pci - ahc - da - scbus - pass the trap message is: fault virtual address = 0x123 fault code = supervisor read, page not present instruction pointer = 0x8:0xc012de26 stack pointer = 0x10:0xc0293a8c frame pointer = 0x10:0xc0293ab4 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 = 0 (swapper) interrupt mask = cam trap number = 12 panic: page fault all this happens when normally this message is shown: waiting 2 seconds for SCSI devices to settle >How-To-Repeat: put a Adaptec 3940auw controller in your system, update and reboot >Fix: use an other controller :( >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 11: 0:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A5CDF37B4EC for ; Fri, 16 Feb 2001 11:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GJ01U47980; Fri, 16 Feb 2001 11:00:01 -0800 (PST) (envelope-from gnats) Received: from ns.kobe1995.net (211.12.126.15.user.dt.il24.net [211.12.126.15]) by hub.freebsd.org (Postfix) with ESMTP id 5263437B6B7 for ; Fri, 16 Feb 2001 10:54:13 -0800 (PST) Received: from milk.kobe1995.net (root@milk [192.168.0.8]) by ns.kobe1995.net (8.8.8/3.7W-primary) with ESMTP id DAA15200; Sat, 17 Feb 2001 03:54:10 +0900 (JST) Received: (from kaz@localhost) by milk.kobe1995.net (8.11.1/3.4Wbeta6-glove) id f1GIsAx77567; Sat, 17 Feb 2001 03:54:10 +0900 (JST) Message-Id: <200102161854.f1GIsAx77567@milk.kobe1995.net> Date: Sat, 17 Feb 2001 03:54:10 +0900 (JST) From: NAKAMURA Kazushi Reply-To: kaz@kobe1995.net To: FreeBSD-gnats-submit@freebsd.org Cc: kaz@ns.kobe1995.net X-Send-Pr-Version: 3.2 Subject: kern/25146: typo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25146 >Category: kern >Synopsis: A tiny typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 11:00:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: NAKAMURA Kazushi >Release: FreeBSD 4.2-RELEASE i386 >Organization: Mycom shop LABBIT in KOBE >Environment: FreeBSD4.2R on Pentium3 with Matrox meteor, video capture board. >Description: There is typo message in demsg. >How-To-Repeat: See /sys/pci/pci.c. There is a message 'compat*a*bility'. >Fix: --- usr/src/sys/pci/pci.c~ Sun Oct 29 08:10:17 2000 +++ usr/src/sys/pci/pci.c Sat Feb 17 03:41:40 2001 @@ -907,7 +907,7 @@ *dvp->pd_count = unit; if (dvp->pd_attach) dvp->pd_attach(cfg, unit); - device_printf(dev, "driver is using old-style compatability shims\n"); + device_printf(dev, "driver is using old-style compatibility shims\n"); return 0; } -- Ãæ¼Ï»֡÷¿À¸Í NAKAMURA Kazushi@KOBE >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 11: 0:20 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CA71F37B491 for ; Fri, 16 Feb 2001 11:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GJ01d47989; Fri, 16 Feb 2001 11:00:01 -0800 (PST) (envelope-from gnats) Received: from mail.gmx.net (sproxy.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 2CA3737B491 for ; Fri, 16 Feb 2001 10:58:46 -0800 (PST) Received: (qmail 21470 invoked by uid 0); 16 Feb 2001 18:58:35 -0000 Received: from pd950885f.dip.t-dialin.net (HELO speedy.gsinet) (217.80.136.95) by mail.gmx.net (mp011-rz3) with SMTP; 16 Feb 2001 18:58:35 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id TAA20855 for FreeBSD-gnats-submit@freebsd.org; Fri, 16 Feb 2001 19:41:44 +0100 Message-Id: <20010216194144.A20830@speedy.gsinet> Date: Fri, 16 Feb 2001 19:41:44 +0100 From: Gerhard Sittig To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/25147: [PATCH] to make D-Link DFE-650 work with -STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25147 >Category: misc >Synopsis: [PATCH] to make D-Link DFE-650 work with -STABLE >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 11:00:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Gerhard Sittig >Release: FreeBSD 4.2-STABLE i386 >Organization: System Defenestrators Inc. >Environment: Toshiba Satellite 210CS notebook D-Link DFE-650 NIC noname switch >Description: The above card gets recognized, but refuses to work. All the LEDs at the connector are constantly blinking (slowly) while the card never gets to the state of being useful. Trying to operate the card all one will get is "/kernel: edN: device timeout" lines in /var/llog/messages. >How-To-Repeat: I've seen this behaviour with -CURRENT snapshot boot floppies as of early January as well as on -STABLE as of mid January. Recent threads in -current show that the problem still exists (see Julian Elischer's message <3A8AA8D4.A3E73136@elischer.org>). And I haven't seen any related commits since the ed(4) extension with the Linksys flag on December 18th (-CURRENT) or January 17th (-STABLE). >Fix: http://www.freebsddiary.org/last-netgear.html talks about an fa_select.c tool to force media selection while the card seems to fail in negotiating this. Tests proved the tool to make the above card work. And I assume it does for Netgear's FA410TX, too. Since I didn't like the need to hardcode and compile the i/o address into the utility, I changed the code a little bit to scan command line options (see the patch below, Q&D for minimal diffs). To further reduce manual action I made pccardd(8) resolve the i/o address in pccard.conf just like it does with the device name and ethernet address (another patch below; and one could think of exporting even more potentially useful data). So one can have pccardd detect the card's presence and have it run fa_select on it before doing ifconfig(8) actions. The pccard.conf code snippet (third part) has the glue logic. I'm aware of the fact that the doc patches are missing, but I just wanted that thing to work. UNIX is not nearly the same when the machine lacks networking support! :> --- fa_select.c.orig Thu Feb 15 23:29:43 2001 +++ fa_select.c.work Thu Feb 15 23:29:53 2001 @@ -12,7 +12,7 @@ #include #include -#define BASE_ADDR 0x240 /* replace with the card base address */ +#define BASE_ADDR_DFLT 0x240 /* fallback */ inline unsigned char @@ -159,24 +170,92 @@ write_bit(port, 1); return 0; } + +char * +mediatext(int m) +{ + switch(m) { + case 0 : return "10BaseT" ; break; + case 1 : return "10BaseT FD" ; break; + case 2 : return "100BaseT" ; break; + default: return "100BaseT FD"; break; + } +} + int main(int argc, char **argv) { - int skfd, i, sub; + int skfd, sub; struct ifreq ifr; + int c; + int BASE_ADDR = BASE_ADDR_DFLT; + char *iface = NULL; + int media = 0; + int vflag = 0; + int tflag = 0; + +#if defined(DEBUG) + vflag++; +#endif + + /* usual getopt loop */ + while (-1 != (c = getopt(argc, argv, "b:i:m:tv"))) { + switch(c) { + case 'b': + BASE_ADDR = strtoul(optarg, NULL, 0); + break; + case 'i': + iface = optarg; + break; + case 'm': + media = atoi(optarg); + break; + case 't': + tflag++; + break; + case 'v': + vflag++; + break; + default: + exit(1); + } + } + + /* "traditional" (positional) interpretation */ + if (optind < argc) { + iface = argv[optind]; + optind++; + } + if (optind < argc) { + media = atoi(argv[optind]); + optind++; + } + + /* sanity check */ + if (optind < argc) + err(1, "too many parameters"); + if (! iface) + err(1, "no interface"); + if (! BASE_ADDR) + err(1, "no base address"); + + /* special treatment for -v and -t */ + if (vflag) + printf("switching interface \"%s\" at addr 0x%04X to media %d (%s)\n", + iface, BASE_ADDR, media, mediatext(media)); + if (tflag) { + printf("test mode, bailing out with no further action\n"); + exit(0); + } skfd = sockets_open(); if (skfd == -1) { perror("socket"); exit(1); } - strcpy(ifr.ifr_name, argv[1]); -/* if (ioctl(skfd, SIOCGIFMAP, &ifr) < 0) { - perror("ioctl"); - exit(1); - }*/ - i = atoi(argv[2]); - switch(i) { + + strcpy(ifr.ifr_name, iface); + switch(media) { case 0: sub = 0x0000; break; Index: pccardd/util.c =================================================================== RCS file: /CVSREPO/fbsd/src/usr.sbin/pccard/pccardd/util.c,v retrieving revision 1.13.2.3 diff -u -r1.13.2.3 util.c --- pccardd/util.c 2000/10/15 04:12:45 1.13.2.3 +++ pccardd/util.c 2001/02/15 21:59:57 @@ -237,8 +237,8 @@ /* copy over preceding string. */ while (lp != p) *cp++ = *lp++; - /* stringify ethernet address and place here. */ if (strncmp(p, "$ether", 6) == 0) { + /* stringify ethernet address and place here. */ sprintf(cp, "%x:%x:%x:%x:%x:%x", sp->eaddr[0], sp->eaddr[1], @@ -249,18 +249,36 @@ while (*++cp) continue; lp += 6; - } else - /* replace device name */ - if (strncmp(p, "$device", 7) == 0) { - sprintf(cp, "%s%d", - sp->config->driver->kernel, - sp->config->driver->unit); - while (*cp) - cp++; - lp += 7; - } else - /* Copy the `$' and rescan. */ - *cp++ = *lp++; + } else if (strncmp(p, "$device", 7) == 0) { + /* replace device name */ + sprintf(cp, "%s%d", + sp->config->driver->kernel, + sp->config->driver->unit); + while (*cp) + cp++; + lp += 7; + } else if (strncmp(p, "$ioaddr", 7) == 0) { + /* replace i/o address */ + sprintf(cp, "0x%X", sp->io.addr); + while (*cp) + cp++; + lp += 7; + } else if (strncmp(p, "$iosize", 7) == 0) { + /* replace i/o window size */ + sprintf(cp, "0x%X", sp->io.size); + while (*cp) + cp++; + lp += 7; + } else if (strncmp(p, "$irqnum", 7) == 0) { + /* replace irq number */ + sprintf(cp, "%d", sp->irq); + while (*cp) + cp++; + lp += 7; + } else { + /* Copy the `$' and rescan. */ + *cp++ = *lp++; + } } /* No more replacements. Copy rest of string. */ while ((*cp++ = *lp++) != 0) $ grep -C 0x80010 /etc/pccard.conf # D-Link DFE-650 Fast Ethernet Card card "D-Link" "DFE-650" config auto "ed" ? 0x80010 insert /usr/local/sbin/fa_select -b $ioaddr $device 3; /etc/pccard_ether $device start remove /etc/pccard_ether $device stop virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 13:10: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B2F0937B4EC for ; Fri, 16 Feb 2001 13:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GLA3M70069; Fri, 16 Feb 2001 13:10:03 -0800 (PST) (envelope-from gnats) Date: Fri, 16 Feb 2001 13:10:03 -0800 (PST) Message-Id: <200102162110.f1GLA3M70069@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ken Lui Subject: Re: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Reply-To: Ken Lui Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24811; it has been noted by GNATS. From: Ken Lui To: "Young, Jason" Cc: "'freebsd-gnats-submit@FreeBSD.org'" , wpaul@FreeBSD.org Subject: Re: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Date: Fri, 16 Feb 2001 13:09:32 -0800 (PST) On Thu, 15 Feb 2001, Young, Jason wrote: > If there's a duplex mismatch, your symptoms would seem to indicate it would > have to be on your work machine, between it and your switch. You have proven > (with the transfer from the HPUX machine to your home machine) that your home > machine has reasonable connectivity. Hi Jason, Thanks for your reply. > This could definitely be caused by the OS upgrade, since it seems that the > driver plays a very large role in speed and duplex negotiations and you've > changed drivers. > > You haven't mentioned how you know that link is 10BaseT full-duplex. Is this > an assumption, or have you set it on the switch personally or otherwise know > it's supposed to be full-duplex? You could quickly check if this is the > problem by doing this: > > ifconfig pcn0 media 10BaseT mediaopt half-duplex I initially used the pcn drivers as is without media nor mediaopt switches and connectivity under 4.2-R is very very slow with ping times of 1 second to my mail server outside my subnet and I couldn't ping my local LAN HPUX box. The lnc driver works without these options because it doesn't understand media and mediaopt anyway. Once I used media and mediaopt full-duplex everything worked a lot better than before without the bad network delays. I cannot recall what happened when I used half-duplex but I either got the bad network delays and unpingable local LAN boxes or an error message from ifconfig. My current ping times to my mail box averages 5ms under FreeBSD 3.2-R and lnc. > Then test your connectivity again. If that fixes things, the switch wasn't > really giving you full duplex connectivity. If the switch is set to > autonegotiate duplex settings, be aware this tends to fail a lot and you'll > probably need to force the setting to be whichever way you want it or stay > half duplex. > > If autonegotiation worked before in 3.2-RELEASE with the same hardware with > the lnc driver, you may want to send a (very, very, very, very) detailed bug > report to Bill Paul (wpaul@freebsd.org), who maintains that driver. > > Jason Young > CNS - Network Design, Anheuser-Busch > (314)577-4597 I would assume that autonegotiation worked under 3.2-R because I never had to do anything and it is currently working. I don't have network stalls nor does my connection wedge for no reason at all after an indeterminate amount of time. For my work machine anyway, I have remained at 3.2-R and will probably await for 5.0. I personally feel something in the networking code is broken under 4.2 or is incompatible with certain switch configurations somehow. The pcn, lnc, and ep drivers don't work correctly with my fxp at home--they all drop the network connection after a certain amount of data has been sent through. The baffling part is that they work when transferring data between my Kayak (pcn, lnc, ep) to two HPUX boxes I have access to. And those HPUX boxes transfer fine to my fxp 4.2-R box at home via the WAN. Bill, is there anything I can provide that can help you? Ken -- Ken Lui 3000 Hanover Street klui@cup.hp.com Palo Alto, CA 94304 USA Hewlett-Packard Company invent 1.650.236.5364 FAX 1.650.857.2085 Views within may not be those of the Hewlett-Packard Company To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 15:10: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E0B937B4EC for ; Fri, 16 Feb 2001 15:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GNA2885523; Fri, 16 Feb 2001 15:10:02 -0800 (PST) (envelope-from gnats) Date: Fri, 16 Feb 2001 15:10:02 -0800 (PST) Message-Id: <200102162310.f1GNA2885523@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Young, Jason" Subject: RE: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Reply-To: "Young, Jason" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24811; it has been noted by GNATS. From: "Young, Jason" To: "'Ken Lui'" , "Young, Jason" Cc: "'freebsd-gnats-submit@FreeBSD.org'" , wpaul@FreeBSD.org Subject: RE: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Date: Fri, 16 Feb 2001 17:05:01 -0600 > I would assume that autonegotiation worked under 3.2-R because I never > had to do anything and it is currently working. I don't have network > stalls nor does my connection wedge for no reason at all after an > indeterminate amount of time. For my work machine anyway, I have > remained at 3.2-R and will probably await for 5.0. One thing you can try on your work 4.2-RELEASE installation is running with the lnc driver instead of pcn. It's still present, but the enhanced pcn driver will claim your card before lnc if both are present. You can accomplish this by simply not building the pcn driver into your kernel, or not loading the module. If you're running GENERIC, you'll need to build a kernel without pcn (but make sure to keep lnc in). This may help isolate the problem to being the new OS, or the new driver. > I personally feel something in the networking code is broken under > 4.2 or is incompatible with certain switch configurations somehow. > The pcn, lnc, and ep drivers don't work correctly with my fxp at > home--they all drop the network connection after a certain amount of > data has been sent through. The baffling part is that they work when > transferring data between my Kayak (pcn, lnc, ep) to two HPUX boxes I > have access to. And those HPUX boxes transfer fine to my fxp 4.2-R > box at home via the WAN. > > Bill, is there anything I can provide that can help you? I'm having a lot of trouble sifting info out of these mails you're sending. I'm not sure if you're still having trouble after the full-duplex setting was forced or not. It sounds like you may have had two problems, a negotiation failure or setting problem that was hosing all traffic from your work box, and then something else after you fixed that that causes communications to break down between your home and work machines only. Is this the case? Bill Paul may be able to help with autonegotiation troubles, but autonegotiation isn't the most reliable thing in the world to begin with. He will need at least the following before he's able to make any attempt to help you: 1) The brand and model of switch you are connected to at work. If available, its software revision would be nice. 2) Its settings for your port. Speed and duplex settings. Autonegotiate settings for speed and duplex, hardcoded or negotiation turned on. Don't guess, don't try to remember. Find out from the switch itself what it's set for right now. 3) Whatever else you can think of that's relevant. Bill is a busy guy and really hates problem reports without adequate detail (just search the mailing list archive). Please make sure to have the above info ready before talking to him. Jason Young CNS - Network Design, Anheuser-Busch (314)577-4597 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 15:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7391637B491 for ; Fri, 16 Feb 2001 15:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GNK1A86163; Fri, 16 Feb 2001 15:20:01 -0800 (PST) (envelope-from gnats) Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id 8BF2A37B401 for ; Fri, 16 Feb 2001 15:13:47 -0800 (PST) Received: from pain10.corp.disney.com (root@pain10.corp.disney.com [153.7.110.100]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f1GNDHc11267 for ; Fri, 16 Feb 2001 15:13:17 -0800 (PST) Received: from louie.fa.disney.com by pain.corp.disney.com with ESMTP for FreeBSD-gnats-submit@freebsd.org; Fri, 16 Feb 2001 15:14:22 -0800 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by louie.fa.disney.com (8.9.2/8.9.2) with ESMTP id PAA11642 for ; Fri, 16 Feb 2001 15:13:45 -0800 (PST) (envelope-from Jim.Pirzyk@fa.disney.com) Received: from snoopy.fan.fa.disney.com (snoopy.fan.fa.disney.com [153.7.117.170]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id PAA12945 for ; Fri, 16 Feb 2001 15:13:44 -0800 (PST) (envelope-from Jim.Pirzyk@fa.disney.com) Received: (from Jim.Pirzyk@localhost) by snoopy.fan.fa.disney.com (8.11.1/8.9.3) id f1GNDie57681; Fri, 16 Feb 2001 15:13:44 -0800 (PST) (envelope-from Jim.Pirzyk@fa.disney.com) Message-Id: <200102162313.f1GNDie57681@snoopy.fan.fa.disney.com> Date: Fri, 16 Feb 2001 15:13:44 -0800 (PST) From: Jim.Pirzyk@disney.com Reply-To: Jim.Pirzyk@disney.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25153: kdump gets malloc error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25153 >Category: bin >Synopsis: kdump does not finish displaying data >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 15:20:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Jim Pirzyk >Release: FreeBSD 4.2-RELEASE i386 >Organization: >Environment: after running a ktrace on a Linux binary, I get a 7MB ktrace.out file. >Description: running kdump on this output file, it fails with Cannot allocate memory after accessing the last break call . Here is the kdump on the kdump: Jim.Pirzyk@snoopy:/usr/src/usr.bin/kdump 46>kdump | grep break 56504 kdump CALL break(0x804e000) 56504 kdump RET break 0 56504 kdump CALL break(0x804f000) 56504 kdump RET break 0 56504 kdump CALL break(0x8051000) 56504 kdump RET break 0 56504 kdump CALL break(0x8052000) 56504 kdump RET break 0 56504 kdump CALL break(0x8054000) 56504 kdump RET break 0 56504 kdump CALL break(0x808b000) 56504 kdump RET break 0 56504 kdump CALL break(0x7d772000) 56504 kdump RET break -1 errno 12 Cannot allocate memory >How-To-Repeat: I can send the ktrace.out file, but compressed, it still is over 1MB. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 15:50: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F65C37B491 for ; Fri, 16 Feb 2001 15:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1GNo2o88635; Fri, 16 Feb 2001 15:50:02 -0800 (PST) (envelope-from gnats) Date: Fri, 16 Feb 2001 15:50:02 -0800 (PST) Message-Id: <200102162350.f1GNo2o88635@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ken Lui Subject: RE: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Reply-To: Ken Lui Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/24811; it has been noted by GNATS. From: Ken Lui To: "Young, Jason" Cc: "'freebsd-gnats-submit@FreeBSD.org'" , wpaul@FreeBSD.org Subject: RE: kern/24811: Networking in FreeBSD 4.2-RELEASE doesn't allow f ull-duplex<->half-duplex communication Date: Fri, 16 Feb 2001 15:41:40 -0800 (PST) On Fri, 16 Feb 2001, Young, Jason wrote: > One thing you can try on your work 4.2-RELEASE installation is running with the > lnc driver instead of pcn. It's still present, but the enhanced pcn driver will > claim your card before lnc if both are present. You can accomplish this by > simply not building the pcn driver into your kernel, or not loading the module. > If you're running GENERIC, you'll need to build a kernel without pcn (but make > sure to keep lnc in). This may help isolate the problem to being the new OS, or > the new driver. Tried it. Same "results." I will be more clear below. > I'm having a lot of trouble sifting info out of these mails you're sending. I'm > not sure if you're still having trouble after the full-duplex setting was forced > or not. It sounds like you may have had two problems, a negotiation failure or > setting problem that was hosing all traffic from your work box, and then > something else after you fixed that that causes communications to break down > between your home and work machines only. Is this the case? > > Bill Paul may be able to help with autonegotiation troubles, but autonegotiation > isn't the most reliable thing in the world to begin with. He will need at least > the following before he's able to make any attempt to help you: Sorry for the confusion. Here are the events that occurred from my trying to install FreeBSD 4.2 on my Kayak XU with PCnet ethernet card at work: 1. installed 4.2-release 2. pcn driver recognized my ethernet card 3. tried to ping my HPUX machine on my desk and get no route to host 4. tried to ping my mail HPUX server and get responses of 1sec. tried to ping my 4.2-release w/ fxp driver at home via WAN and get high ping times of over 1sec. 5. tried to ssh into my mail server but network delay made it unusable. 6. removed pcn driver and used lnc in the kernel. 7. ping times back to normal and I can ping my HPUX box on my desk. 8. problems occur while I try to transfer a batch of files via scp. I would get a "stalled" status on files at seemingly random times. Each time when it would stall, the files have transferred at least 100K. I have around 45 files, each over 100K. These network stalls would also occur via ftp. Also at times, when I'm at home, I would ssh into my 4.2-release with fxp box and then ssh into my work box, with the lnc driver. If I leave my terminal open and come back to it after around 1/2-1 hour, my terminal would be unresponsive. I can open up another ssh session and kill the old session, but I would have to manually close my initial session's window. I've also applied the patch discussed in kern/13062 but it didn't fix these problems. When I transfer from my work box to my HPUX mail server/workstation, things work without any problems. 9. I then tried to use the pcn drivers but with the media and mediaopt switches to use 10baset and full-duplex. 10.the ping times returned to normal and I was once again able to ping my HPUX box, but the network stalls and network freezes remained. 11.installing a 3Com 509B ethernet card produced the same network stalls and freezes. NOTE: the network stalls and freezes only occured when I was linked between my work 4.2-release box and my home 4.2-release box. > 1) The brand and model of switch you are connected to at work. If available, its > software revision would be nice. > > 2) Its settings for your port. Speed and duplex settings. Autonegotiate settings > for speed and duplex, hardcoded or negotiation turned on. Don't guess, don't try > to remember. Find out from the switch itself what it's set for right now. > > 3) Whatever else you can think of that's relevant. > > Bill is a busy guy and really hates problem reports without adequate detail > (just search the mailing list archive). Please make sure to have the above info > ready before talking to him. I will try to get these pieces of information and forward it here. > Jason Young > CNS - Network Design, Anheuser-Busch > (314)577-4597 Ken -- Ken Lui 3000 Hanover Street klui@cup.hp.com Palo Alto, CA 94304 USA Hewlett-Packard Company invent 1.650.236.5364 FAX 1.650.857.2085 Views within may not be those of the Hewlett-Packard Company To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 17:30:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D5FCD37B4EC for ; Fri, 16 Feb 2001 17:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1H1U1F01102; Fri, 16 Feb 2001 17:30:01 -0800 (PST) (envelope-from gnats) Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id 4441937B491 for ; Fri, 16 Feb 2001 17:28:32 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.20 #3) id 14TwAk-0003Z0-00 for FreeBSD-gnats-submit@freebsd.org; Sat, 17 Feb 2001 01:28:26 +0000 Message-Id: Date: Sat, 17 Feb 2001 01:28:26 +0000 From: Tony Finch Reply-To: Tony Finch To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/25156: [PATCH] Improved user-interface for mixer(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25156 >Category: bin >Synopsis: Improved user-interface for mixer(8) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 17:30:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Tony Finch >Release: FreeBSD 4.2-STABLE i386 >Organization: Covalent Technologies, Inc. >Environment: FreeBSD hand.dotat.at 4.2-STABLE FreeBSD 4.2-STABLE #2: Thu Feb 8 08:45:48 GMT 2001 fanf@hand.dotat.at:/FreeBSD/obj/FreeBSD/releng4/sys/DELL-Latitude-CSx i386 >Description: A very common operation with mixer(8) is to change the overall sound volume. At the moment you must do this with a command like "mixer vol 75"; the patch below allows you to omit the first argument in which case it assumes "vol". >How-To-Repeat: >Fix: --- /usr/src/usr.sbin/mixer/mixer.c 2000/10/26 14:39:35 1.11.2.2 +++ /usr/src/usr.sbin/mixer/mixer.c 2001/02/17 01:21:33 @@ -181,13 +181,9 @@ continue; } - if ((dev = res_name(*argv, devmask)) == -1) { - warnx("unknown device: %s", *argv); - dusage = 1; - break; - } - - switch(argc > 1 ? sscanf(argv[1], "%d:%d", &l, &r) : 0) { + dev = res_name(*argv, devmask); + switch(dev == -1 ? -sscanf(argv[0], "%d", &l) : + argc > 1 ? sscanf(argv[1], "%d:%d", &l, &r) : 0) { case 0: if (ioctl(baz, MIXER_READ(dev),&bar)== -1) { warn("MIXER_READ"); @@ -202,6 +198,13 @@ argc--; argv++; break; + case -1: + if ((dev = res_name("vol", devmask)) == -1) { + warnx("unknown device: %s", *argv); + dusage = 1; + break; + } + argc += 1; argv -= 1; case 1: r = l; case 2: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 20:51:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8D8D537B4EC for ; Fri, 16 Feb 2001 20:51:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1H4p6420123; Fri, 16 Feb 2001 20:51:06 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E697037B401 for ; Fri, 16 Feb 2001 20:44:30 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1H4iUW19646; Fri, 16 Feb 2001 20:44:30 -0800 (PST) (envelope-from nobody) Message-Id: <200102170444.f1H4iUW19646@freefall.freebsd.org> Date: Fri, 16 Feb 2001 20:44:30 -0800 (PST) From: owens46@bellsouth.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25161: During install, after boot get message: Panic: Going nowhere without my init. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25161 >Category: misc >Synopsis: During install, after boot get message: Panic: Going nowhere without my init. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 20:51:06 PST 2001 >Closed-Date: >Last-Modified: >Originator: James G. Owens >Release: FreeBSD AXP/4.2 >Organization: >Environment: No yet installed.. Machine is DEC Alpha AS200 4/233 48meg Ram S3 Video card. >Description: When starting installation, booting from CDROM or Floppies when the inital boot is complete and the install program changes to a red screen and starts to probe for hardware the kernel panics with the message: "Panic: Going nowhere without my init". It will then automaticly reboot and repeat the same sequence. >How-To-Repeat: Same as above >Fix: Unknown - Booting from the CDROM or floppies results in the same message. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 16 21:20: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DA11737B65D for ; Fri, 16 Feb 2001 21:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1H5K0C24757; Fri, 16 Feb 2001 21:20:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C1C737B67D for ; Fri, 16 Feb 2001 21:10:59 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1H5Ax024089; Fri, 16 Feb 2001 21:10:59 -0800 (PST) (envelope-from nobody) Message-Id: <200102170510.f1H5Ax024089@freefall.freebsd.org> Date: Fri, 16 Feb 2001 21:10:59 -0800 (PST) From: bdluevel@heitec.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/25162: syntax error in src/release/Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25162 >Category: misc >Synopsis: syntax error in src/release/Makefile >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 16 21:20:00 PST 2001 >Closed-Date: >Last-Modified: >Originator: Bernd Luevelsmeyer >Release: 4.2-Stable >Organization: >Environment: FreeBSD tostan.admin.er.heitec.net 4.2-STABLE FreeBSD 4.2-STABLE #3: Sat Feb 17 03:58:10 CET 2001 bernd@tostan.admin.er.heitec.net:/usr/obj/usr/src/sys/TOSTAN i386 >Description: In line 187 of src/release/Makefile there is -vnconfig 2>/dev/null which is a syntax error. Either a special_file or -a is required. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 17 4:10: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 735A237B491 for ; Sat, 17 Feb 2001 04:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1HCA5P74522; Sat, 17 Feb 2001 04:10:05 -0800 (PST) (envelope-from gnats) Date: Sat, 17 Feb 2001 04:10:05 -0800 (PST) Message-Id: <200102171210.f1HCA5P74522@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/25153: kdump gets malloc error Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25153; it has been noted by GNATS. From: Bruce Evans To: Jim.Pirzyk@disney.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/25153: kdump gets malloc error Date: Sat, 17 Feb 2001 23:01:48 +1100 (EST) On Fri, 16 Feb 2001 Jim.Pirzyk@disney.com wrote: > >Description: > > running kdump on this output file, it fails with Cannot allocate memory > after accessing the last break call . Here is the kdump on the kdump: This may be caused by breakage of atomic writing of ktrace records in rev.1.37 of kern_ktrace.c. Perhaps there is only a problem when the ktrace output file is on an nfs filesystem. There must be multiple processes writing to the same file to cause problems. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 17 8:20:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E34437B4EC for ; Sat, 17 Feb 2001 08:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1HGK2E91816; Sat, 17 Feb 2001 08:20:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 937D337B491 for ; Sat, 17 Feb 2001 08:19:11 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1HGJBm91724; Sat, 17 Feb 2001 08:19:11 -0800 (PST) (envelope-from nobody) Message-Id: <200102171619.f1HGJBm91724@freefall.freebsd.org> Date: Sat, 17 Feb 2001 08:19:11 -0800 (PST) From: yohsuke@mx2.nisiq.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/25173: How to use a PnP ISA modem card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 25173 >Category: kern >Synopsis: How to use a PnP ISA modem card >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sat Feb 17 08:20:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Yohsuke Fujikawa >Release: FreeBSD 4.2-RELEASE >Organization: japan >Environment: FreeBSD plathome1.my.domain 4.2-RELEASE FreeBSD 4.2-RELEASE #35: Mon Feb 12 23:3 6:18 JST 2001 fujikawa@plathome1.my.domain:/usr/src/sys/compile/MyKernel-pla thome1 i386 >Description: I tried using a PnP ISA modem card named I-O DATA DEVICE,INC. IFML-560. But "sio.c" doesn't have a code fot it. >How-To-Repeat: >Fix: I had added "{0x8100e425, NULL}, /* IOD0081 - I-O DATA DEVICE,INC. IFML-560 */" into "static struct isa_pnp_id sio_ids[]" of "sio.c". So I got a good result. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 17 13: 4:40 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1A0E237B4EC; Sat, 17 Feb 2001 13:04:39 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1HL4ce26594; Sat, 17 Feb 2001 13:04:38 -0800 (PST) (envelope-from luigi) Date: Sat, 17 Feb 2001 13:04:38 -0800 (PST) From: Message-Id: <200102172104.f1HL4ce26594@freefall.freebsd.org> To: jcb@research.bell-labs.com, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/11523: 3.1-STABLE BRIDGE option does not work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3.1-STABLE BRIDGE option does not work State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sat Feb 17 13:01:33 PST 2001 State-Changed-Why: obsolete PR, problem fixed in RELENG_3 and above. http://www.freebsd.org/cgi/query-pr.cgi?pr=11523 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 17 13: 8:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DDDD337B491; Sat, 17 Feb 2001 13:08:12 -0800 (PST) Received: (from luigi@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1HL8BO30030; Sat, 17 Feb 2001 13:08:11 -0800 (PST) (envelope-from luigi) Date: Sat, 17 Feb 2001 13:08:11 -0800 (PST) From: Message-Id: <200102172108.f1HL8BO30030@freefall.freebsd.org> To: andr@khstu.ru, luigi@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10636: ipfw problems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw problems State-Changed-From-To: open->closed State-Changed-By: luigi State-Changed-When: Sat Feb 17 13:07:29 PST 2001 State-Changed-Why: this problem typically occurs when userland ipfw and the kernel are out of sync. http://www.freebsd.org/cgi/query-pr.cgi?pr=10636 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 17 16:25:37 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 3E36837B491; Sat, 17 Feb 2001 16:25:33 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 537986A918; Sun, 18 Feb 2001 10:55:17 +1030 (CST) Date: Sun, 18 Feb 2001 10:55:17 +1030 From: Greg Lehey To: FreeBSD bugs , FreeBSD Questions Subject: HEADS UP: Possible breakage in fetchmail package on 4.2-RELEASE CD-ROMs Message-ID: <20010218105517.N21615@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i 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-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've just installed 4.2-RELEASE from CD-ROM for a demonstration. I included the fetchmail port on the CD, which ran fine--until I realised that it had deleted the mail at the source and not stored it anywhere. On this (presumably vanilla) installation it was perfectly repeatable. I then deleted the fetchmail package and built it from the port. This build worked fine. I don't have time to dig into the cause of the problem. It's possible that there's something wrong in the installation (it was done by a beginner with only a little supervision on my part), but in any case, if you plan to use this package, make sure you save the original mail files before trying it. If anybody can shed light on the problem here, I'd be interested to hear about it. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply. For more information, see http://www.lemis.com/questions.html 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-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 17 18: 0:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CDEC637B491 for ; Sat, 17 Feb 2001 18:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f1I204f73129; Sat, 17 Feb 2001 18:00:04 -0800 (PST) (envelope-from gnats) Date: Sat, 17 Feb 2001 18:00:04 -0800 (PST) Message-Id: <200102180200.f1I204f73129@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Jim Owens" Subject: Re: misc/25161: During install, after boot get message: Panic: Going nowhere without my init. Reply-To: "Jim Owens" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/25161; it has been noted by GNATS. From: "Jim Owens" To: , Cc: Subject: Re: misc/25161: During install, after boot get message: Panic: Going nowhere without my init. Date: Sat, 17 Feb 2001 20:57:24 -0800 This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C09924.3AAF1900 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Removing a previously loaded Linux RH-7.0 installation from the disk = fixed the problem. I switched to ARC console used "arcinst.exe" (used = to format drives in prep for NT installs)to reformat the drive. Then = switched back to SRM and booted the CDROM (boot dka200) and all is = well.... =20 Drew, many thanks Jim Owens ------=_NextPart_000_000D_01C09924.3AAF1900 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Removing a previously loaded Linux = RH-7.0=20 installation from the disk fixed the problem.  I switched to ARC = console=20 used "arcinst.exe" (used to format drives in prep for NT installs)to = reformat=20 the drive.  Then switched back to SRM and booted the CDROM (boot = dka200)=20 and all is well.... 
 
Drew, many thanks
 
Jim Owens
------=_NextPart_000_000D_01C09924.3AAF1900-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message