From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 10:29:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A61816A4DA for ; Sun, 16 Jul 2006 10:29:26 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF59F43D4C for ; Sun, 16 Jul 2006 10:29:25 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k6GATOBN017856; Sun, 16 Jul 2006 12:29:24 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <44BA1504.7000407@deepcore.dk> Date: Sun, 16 Jul 2006 12:29:24 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Anish Mistry References: <200606161333.07522.mistry.7@osu.edu> <44A598BC.20200@deepcore.dk> <200606302214.59249.mistry.7@osu.edu> <200607121346.24280.mistry.7@osu.edu> In-Reply-To: <200607121346.24280.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-current@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 10:29:26 -0000 Anish Mistry wrote: > On Friday 30 June 2006 22:14, Anish Mistry wrote: > >> On Friday 30 June 2006 17:33, you wrote: >> >>> Anish Mistry wrote: >>> >>>> On Friday 30 June 2006 16:54, you wrote: >>>> >>>>> Anish Mistry wrote: >>>>> >>>>>>> No, it fell through the cracks somewhere... >>>>>>> >>>>>>> Do you still have the HW in question so tests can be done ? >>>>>>> >>>>>> Yes, in the exact same configuration >>>>>> >>>>> OK, so lets start over, I've not been following this, could >>>>> you get me a dmesg from a verbose booted system please ? >>>>> It fails because the disk geometry is invalid right ? >>>>> >>>> http://am-productions.biz/docs/boot-panic-script.txt.gz >>>> >>>> The email I sent earlier today contains all of the details >>>> including the above link. Let me know if you need further >>>> clarification. >>>> >>> OK, in ata-disk.c::ad_attach the following lines is around line >>> 100: >>> >>> if (atadev->param.atavalid & ATA_FLAG_54_58) { >>> adp->heads = atadev->param.current_heads; >>> adp->sectors = atadev->param.current_sectors; >>> adp->total_secs = (u_int32_t)atadev->param.current_size_1 >>> | ((u_int32_t)atadev->param.current_size_2 << 16); } >>> else { >>> adp->heads = atadev->param.heads; >>> adp->sectors = atadev->param.sectors; >>> adp->total_secs = atadev->param.cylinders * adp->heads * >>> adp->sectors; >>> } >>> >>> It would seem that the wrong way of getting at the >>> cyl/head/sector is used for your disk. >>> My guess is that ->param.current_* isn't set correctly in your >>> disk (firmware / BIOS mishap), so we need to take the old >>> defaults instead. That is instead of relying on good values as >>> the ATA_FLAG_54_58 was supposed to say, we also need to check the >>> values for sane settings. >>> >>> I just love how hard it is to understand the word "shall" in >>> standards, sigh.... >>> >> Changing that bit to the following fixed it and allows it to boot. >> >> if (atadev->param.atavalid & ATA_FLAG_54_58) { >> adp->heads = atadev->param.current_heads; >> adp->sectors = atadev->param.current_sectors; >> adp->total_secs = (u_int32_t)atadev->param.current_size_1 | >> ((u_int32_t)atadev->param.current_size_2 << 16); >> } >> if (!(atadev->param.atavalid & ATA_FLAG_54_58) || >> ((atadev->param.atavalid & ATA_FLAG_54_58) && (adp->heads == 0 || >> adp->sectors == 0))) { >> adp->heads = atadev->param.heads; >> adp->sectors = atadev->param.sectors; >> adp->total_secs = atadev->param.cylinders * adp->heads * >> adp->sectors; >> } >> > Do you have an ETA on committing this fix? Or is there something > wrong with the change? > I've been out-of-office for the last week so thats why... It needs a bit more refinement to be on the safe side however, I'll get it in there, no worries... -Søren > Thanks, > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 14:23:48 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8D9F16A4DA for ; Sun, 16 Jul 2006 14:23:48 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31AE543D4C for ; Sun, 16 Jul 2006 14:23:48 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k6GENfU6052399 for ; Sun, 16 Jul 2006 23:23:46 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 16 Jul 2006 23:23:38 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20060716232338.2357f50a.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Sun, 16 Jul 2006 23:23:46 +0900 (JST) Cc: Subject: many thread applications are unstable on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 14:23:48 -0000 I think that this is FYI, maybe. Sorry, I don't know why it causes. I could not trace problems. The problems are happened for about one ~ two month, but I report following environment with SYMVER_ENABLE=YES. I don't know what happened on 7-current without SYMBER_ENABLE. FreeBSD nadesico.ninth-nine.com 7.0-CURRENT FreeBSD 7.0-CURRENT #87: Sun Jul 16 11:48:32 JST 2006 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO i386 The applications which I troubled are following: 1. cvsync (net/cvsync) 2. openoffice.org (editors/openoffice.org-2.0) 3. firefox (www/firefox) 4. scim-launcher (textproc/scim) It offten crash, and automatically recovery. And it is too hard to trace:-(. So I didn't trace it. ---------------------------------------------------------- 1. cvsync (net/cvsync) # ktrace -i /usr/local/bin/cvsync -v -c FreeBSD.conf : Updating (collection freebsd-cvsroot-ports/rcs) /home/ncvs/CVSROOT-ports/commitlogs/.cvsync.QCnj4R: Unknown error: 0 Updater(RCS): UPDATE: /home/ncvs/CVSROOT-ports/commitlogs/ports Updater: RCS Error Socket Error: recv: 2 residue 2 Receiver Error: recv Mux(RECV) Error: not running: 0 FileScan: RCS Error Mux(SEND) Error: not running: 0 DirScan: RCS Error Failed I got following kdump's result: (snip) 4667 cvsync CALL utimes(0x831071c,0xbf5faeb0) 4667 cvsync NAMI "/home/ncvs/CVSROOT-ports/commitlogs/.cvsync.QCnj4R" 4667 cvsync RET utimes 0 4667 cvsync CALL rename(0x831071c,0x8310218) 4667 cvsync NAMI "/home/ncvs/CVSROOT-ports/commitlogs/.cvsync.QCnj4R" 4667 cvsync NAMI "/home/ncvs/CVSROOT-ports/commitlogs/ports" 4667 cvsync RET rename 0 4667 cvsync CALL unlink(0x831071c) 4667 cvsync NAMI "/home/ncvs/CVSROOT-ports/commitlogs/.cvsync.QCnj4R" 4667 cvsync RET unlink -1 errno 2 No such file or directory 4667 cvsync CALL write(0x2,0xbf5fa690,0x45) 4667 cvsync GIO fd 2 wrote 69 bytes "/home/ncvs/CVSROOT-ports/commitlogs/.cvsync.QCnj4R: Unknown error: 0 " 4667 cvsync RET write 69/0x45 (snip) It looks like errno cross-talking per threads. ---------------------------------------------------------- 2. openoffice.org (editors/openoffice.org-2.0) $ ktrace -i /usr/local/bin/openoffice.org (Open new document) X IO Error I got following kdump's result: (snip) 4720 soffice.bin CALL socket(PF_LOCAL|PF_UNIX,SOCK_STREAM,0) 4720 soffice.bin RET socket 36/0x24 (snip) 4720 soffice.bin CALL connect(0x24,0xbfbfceb8,0x13) 4720 soffice.bin NAMI "/tmp/.X11-unix/X0" 4720 soffice.bin RET connect 0 (snip) 4720 soffice.bin CALL fcntl(0x24,F_SETFD,FD_CLOEXEC) 4720 soffice.bin RET fcntl 0 (snip) 4720 soffice.bin CALL write(0x24,0x9014000,0x8) 4720 soffice.bin GIO fd 36 wrote 8 bytes 0x0000 1700 0200 2401 0000 |....$...| 4720 soffice.bin RET write 8 4720 soffice.bin CALL read(0x24,0xbf4f9aac,0x20) 4720 soffice.bin RET read -1 errno 35 Resource temporarily unavailable 4720 soffice.bin CALL write(0x2,0xbf4f9404,0xb) 4720 soffice.bin GIO fd 2 wrote 11 bytes "X IO Error " 4720 soffice.bin RET write 11/0xb 4720 soffice.bin CALL exit(0) Sorry, I don't have any coments. ---------------------------------------------------------- 3. firefox (www/firefox) $ ktrace -i /usr/X11R6/bin/firefox http://www.google.co.jp/ I got following kdump's result: (snip) 4862 firefox-bin CALL socket(PF_INET,SOCK_STREAM,0) 4862 firefox-bin RET socket 34/0x22 4862 firefox-bin CALL fcntl(0x22,F_GETFL,0xbf8fdb38) 4862 firefox-bin RET fcntl 2 4862 firefox-bin CALL fcntl(0x22,F_SETFL,O_RDWR|O_NONBLOCK) 4862 firefox-bin RET fcntl 0 4862 firefox-bin CALL connect(0x22,0xbf8fdc50,0x10) 4862 firefox-bin RET connect -1 errno 36 Operation now in progress 4862 firefox-bin CALL write(0x9,0x68284d2d,0x1) 4862 firefox-bin GIO fd 9 wrote 1 byte "8" 4862 firefox-bin RET write 1 4862 firefox-bin CALL close(0x22) 4862 firefox-bin RET close 0 (snip) 4862 firefox-bin CALL socket(PF_INET,SOCK_STREAM,0) 4862 firefox-bin RET socket 35/0x23 4862 firefox-bin CALL fcntl(0x23,F_GETFL,0xbf8fdb38) 4862 firefox-bin RET fcntl 2 4862 firefox-bin CALL fcntl(0x23,F_SETFL,O_RDWR|O_NONBLOCK) 4862 firefox-bin RET fcntl 0 4862 firefox-bin CALL connect(0x23,0xbf8fdc50,0x10) 4862 firefox-bin RET connect -1 errno 36 Operation now in progress 4862 firefox-bin CALL write(0x9,0x68284d2d,0x1) 4862 firefox-bin GIO fd 9 wrote 1 byte "8" 4862 firefox-bin RET write 1 4862 firefox-bin CALL close(0x23) 4862 firefox-bin RET close 0 (snip) I got following result of 'tcpdump -pn not port ssh'. 23:10:32.340676 IP 219.127.74.122.54603 > 66.249.89.104.80: S 3969568294:3969568294(0) win 65535 23:10:32.358419 IP 66.249.89.104.80 > 219.127.74.122.54603: S 2563066654:2563066654(0) ack 3969568295 win 8190 23:10:32.358486 IP 219.127.74.122.54603 > 66.249.89.104.80: R 3969568295:3969568295(0) win 0 23:10:32.823420 IP 219.127.74.122.54748 > 63.245.209.21.80: S 3885439161:3885439161(0) win 65535 23:10:32.970835 IP 63.245.209.21.80 > 219.127.74.122.54748: S 2028454746:2028454746(0) ack 3885439162 win 8190 23:10:32.970930 IP 219.127.74.122.54748 > 63.245.209.21.80: R 3885439162:3885439162(0) win 0 According to tcpdump, this is two times connect(2) failure are matched. 219.127.74.122:54603 -> 66.249.89.104:80 SYN 219.127.74.122:54603 <- 66.249.89.104:80 SYN+ACK 219.127.74.122:54603 -> 66.249.89.104:80 RSET 219.127.74.122.54748 -> 63.245.209.21.80 SYN 219.127.74.122.54748 <- 63.245.209.21.80 SYN+ACK 219.127.74.122.54748 -> 63.245.209.21.80 RSET I know why connect(2) is falure, but I don't know why close(2). From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 15:42:53 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A3516A4DE for ; Sun, 16 Jul 2006 15:42:53 +0000 (UTC) (envelope-from nik@cs.chalmers.se) Received: from anubis.medic.chalmers.se (anubis.medic.chalmers.se [129.16.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C43443D45 for ; Sun, 16 Jul 2006 15:42:52 +0000 (GMT) (envelope-from nik@cs.chalmers.se) Received: from [83.226.119.123] (c-7b77e253.1530-1-64736c11.cust.bredbandsbolaget.se [83.226.119.123]) by anubis.medic.chalmers.se (Postfix) with ESMTP id E118319743 for ; Sun, 16 Jul 2006 17:42:50 +0200 (CEST) Message-ID: <44BA5E58.6060306@cs.chalmers.se> Date: Sun, 16 Jul 2006 17:42:16 +0200 From: Niklas Sorensson User-Agent: Thunderbird 1.5.0.4 (X11/20060607) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="------------030601080009060109090306" Cc: Subject: panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 15:42:53 -0000 This is a multi-part message in MIME format. --------------030601080009060109090306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I've got a panic with a very recent current while running portupgrade. It was triggered while running tcltest as part of building tcl. Backtrace/dmesg/kernel config attached. Is this problem known? It's repeatable in case more information is necessary. /Niklas --------------030601080009060109090306 Content-Type: text/plain; name="panic.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="panic.txt" apa# kgdb kernel /home/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd". Unread portion of the kernel message buffer: panic: lock 0xc61c44c4 is not initialized KDB: enter: panic panic: from debugger Uptime: 5m44s Dumping 1534 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1535MB (392752 pages) 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc04ee134 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc04ee3df in panic (fmt=0xc0617f05 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc04431fd in db_panic (addr=-1068463097, have_addr=0, count=-1, modif=0xe98b3928 "") at /usr/src/sys/ddb/db_command.c:426 #4 0xc0443194 in db_command (last_cmdp=0xc067e6c4, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:395 #5 0xc0443252 in db_command_loop () at /usr/src/sys/ddb/db_command.c:446 #6 0xc0444e69 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc0508e81 in kdb_trap (type=3, code=0, tf=0x0) at /usr/src/sys/kern/subr_kdb.c:481 #8 0xc05fa8f0 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 1, tf_esi = -1067272459, tf_ebp = -376751376, tf_isp = -376751396, tf_ebx = -376751332, tf_edx = 0, tf_ecx = -1052684288, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068463097, tf_cs = 32, tf_eflags = 662, tf_esp = -376751344, tf_ss = -1068571761}) at /usr/src/sys/i386/i386/trap.c:622 #9 0xc05e96ba in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #10 0xc0508c07 in kdb_enter (msg=0x12
) at cpufunc.h:60 #11 0xc04ee38f in panic (fmt=0xc062b6f5 "lock %p is not initialized") at /usr/src/sys/kern/kern_shutdown.c:542 #12 0xc05093b8 in lock_destroy (lock=0xc61c44c4) at /usr/src/sys/kern/subr_lock.c:89 #13 0xc04e650a in mtx_destroy (m=0xc61c44c4) at /usr/src/sys/kern/kern_mutex.c:898 #14 0xc052b8cb in sodealloc (so=0xc61c43e4) at /usr/src/sys/kern/uipc_socket.c:330 #15 0xc052bc25 in sofree (so=0xc61c43e4) at /usr/src/sys/kern/uipc_socket.c:472 #16 0xc052bf42 in soabort (so=0xc61c43e4) at /usr/src/sys/kern/uipc_socket.c:580 #17 0xc052bd50 in soclose (so=0xc61c4bac) at /usr/src/sys/kern/uipc_socket.c:511 #18 0xc051ab9b in soo_close (fp=0xc619d9d8, td=0xc6898cb0) at /usr/src/sys/kern/sys_socket.c:317 #19 0xc04d1390 in fdrop_locked (fp=0xc619d9d8, td=0xc6898cb0) at file.h:290 #20 0xc04d1300 in fdrop (fp=0xc619d9d8, td=0xc6898cb0) at /usr/src/sys/kern/kern_descrip.c:2146 #21 0xc04cfdef in closef (fp=0xc619d9d8, td=0xc6898cb0) at /usr/src/sys/kern/kern_descrip.c:1961 #22 0xc04cd682 in close (td=0xc6898cb0, uap=0x12) at /usr/src/sys/kern/kern_descrip.c:1018 #23 0xc05fb0e6 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 136973568, tf_esi = 137651424, tf_ebp = -1077954728, tf_isp = -376750748, tf_ebx = 1477621464, tf_edx = 194, tf_ecx = 3, tf_eax = 6, tf_trapno = 12, tf_err = 2, tf_eip = 1478473995, tf_cs = 51, tf_eflags = 582, tf_esp = -1077954772, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1016 #24 0xc05e970f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #25 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit apa# dmesg Copyright (c) 1992-2006 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 7.0-CURRENT #3: Sun Jul 16 13:27:22 CEST 2006 nik@apa:/usr/obj/usr/src/sys/APA WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (2002.58-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf48 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 1609760768 (1535 MB) avail memory = 1564073984 (1491 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfc000000-0xfcffffff,0xc0000000-0xcfffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] pci0: at device 7.0 (no driver attached) skc0: <3Com 3C940 Gigabit Ethernet> port 0xb000-0xb0ff mem 0xfdc00000-0xfdc03fff irq 17 at device 10.0 on pci0 skc0: bad VPD resource id: expected 82 got 0 skc0: rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:74:51:ed miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto atapci0: port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xd800-0xd803,0xd400-0xd40f,0xd000-0xd0ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xb400-0xb41f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb800-0xb81f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc000-0xc01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc400-0xc41f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdf00000-0xfdf000ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xc800-0xc8ff irq 22 at device 17.5 on pci0 pcm0: pcm0: acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2002577854 Hz quality 800 Timecounters tick every 1.000 msec ad4: 152627MB at ata2-master SATA150 hwpmc: TSC/1/0x20 K8/4/0x1ff Trying to mount root from ufs:/dev/ad4s2a WARNING: / was not properly dismounted cd0 at ata0 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-2500A 1.06> Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present fuse4bsd: version 0.3.0, FUSE ABI 7.5 apa# dmesgcat /root/ApPA # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.438 2006/01/21 12:38:35 marius Exp $ cpu I686_CPU ident APA # Increase maximum memory usage options MAXDSIZ=(1280UL*1024*1024) options MAXSSIZ=(128UL*1024*1024) options DFLDSIZ=(1280UL*1024*1024) # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler #options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support #options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI #options NETSMB options HWPMC_HOOKS device hwpmc device apic # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicam #device ataraid # ATA RAID drives #device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #device agp # support several AGP chipsets # Add suspend/resume support for the i8254. #device pmtimer # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) device sound device "snd_via8233" --------------030601080009060109090306-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 16:36:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FB8416A4DF for ; Sun, 16 Jul 2006 16:36:45 +0000 (UTC) (envelope-from james@icionline.ca) Received: from nf-out-f131.google.com (nf-out-f131.google.com [64.233.182.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30B2B43D6D for ; Sun, 16 Jul 2006 16:36:41 +0000 (GMT) (envelope-from james@icionline.ca) Received: by nf-out-f131.google.com with SMTP id x9so75146nfb for ; Sun, 16 Jul 2006 09:36:38 -0700 (PDT) Received: by 10.78.178.5 with SMTP id a5mr491921huf; Sun, 16 Jul 2006 09:36:38 -0700 (PDT) Received: by 10.78.137.9 with HTTP; Sun, 16 Jul 2006 09:36:38 -0700 (PDT) Message-ID: <7039ada60607160936t2f7bf3ar94ddd86f8abeb999@mail.gmail.com> Date: Sun, 16 Jul 2006 10:36:38 -0600 From: "James Earl" To: "Joe Marcus Clarke" In-Reply-To: <1152932441.72127.9.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> <44B82DDB.20005@FreeBSD.org> <7039ada60607141815u6dbf503cm2fbc4305fbe2c1fc@mail.gmail.com> <1152932441.72127.9.camel@shumai.marcuscom.com> Cc: freebsd-current@freebsd.org Subject: Re: Re: Re: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 16:36:45 -0000 Thanks Joe, I can't wait to start using GNOME again! On 7/14/06, Joe Marcus Clarke wrote: > On Fri, 2006-07-14 at 19:15 -0600, James Earl wrote: > > Thanks Maxim! Is the built-in ethernet supported in current? Might > > have to find me a usb ethernet adapter. > > It is supported using the SysKonnect Yukon II drivers found at > http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz . > > > > > Oh, btw... I did go ahead and install FreeBSD, and not just admire > > sysinstall. Somehow in my excitement I managed to wipe out my Mac OS > > X partition :) > > You'll probably want to rebuild that since firmware updates will require > it. > > Joe > > > > > James > > > > On 7/14/06, Maxim Sobolev wrote: > > > Actually with recent current you only need to disable apic. Everything > > > else should Just Work[tm]. > > > > > > Welcome to the FreeBSD on Mactel hardware clib! :-) > > > > > > -Maxim > > > > > > James Earl wrote: > > > > Hi, > > > > > > > > I just thought I'd let everyone know that I'm looking at the > > > > sysinstall screen on my Intel Mac Mini (Core Duo). After using Mac OS > > > > X for the past couple months, sysinstall has never looked so good! :) > > > > > > > > Based on this thread: > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-April/062371.html, > > > > at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. > > > > _______________________________________________ > > > > freebsd-current@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.4 (FreeBSD) > > iD8DBQBEuFpZb2iPiv4Uz4cRAl6RAJ9pB3KSp2fP0/X3da3nXScvS0pTAwCgmFTa > SLfZXxCvj5Aq2uNFjAMQVJA= > =NaBd > -----END PGP SIGNATURE----- > > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 17:13:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD9B716A4DD for ; Sun, 16 Jul 2006 17:13:58 +0000 (UTC) (envelope-from jamesfrancistoy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44CDB43D45 for ; Sun, 16 Jul 2006 17:13:58 +0000 (GMT) (envelope-from jamesfrancistoy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so533278uge for ; Sun, 16 Jul 2006 10:13:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=gHJ6faRsQ8JiFKlejgv0OjwSDzH3YkuxXIrzFbo7SCFd+ERC9/D/rQwrCdvuf7nmSWL5yJDCwCwdBrPY+o7VAcnGxnlzuudGTFAffOq3v7z/pGmpRBLHEu3fOE3/0yrJvHB6KXLkhl1hO2QsWuZwimG56paYeDJyy159+unvoz0= Received: by 10.78.178.5 with SMTP id a5mr502339huf; Sun, 16 Jul 2006 10:13:56 -0700 (PDT) Received: by 10.78.50.19 with HTTP; Sun, 16 Jul 2006 10:13:56 -0700 (PDT) Message-ID: <9f8af95f0607161013v3d4693d4id98d4db81954a244@mail.gmail.com> Date: Sun, 16 Jul 2006 13:13:56 -0400 From: "james toy" Sender: jamesfrancistoy@gmail.com To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: e67e0cfabda3bf0b Subject: macbook issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 17:13:58 -0000 I have a macbook -- however i have been having issues with the mouse...i was wondering if anyone had any ideas concerning this -- perhaps its the built in bluetooth connection which searches for bluetooth peripherals and a simple hint.pcib.1.skipslot=26 -- i dont' know any ideas?? -- ___ -jt From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 17:28:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42CBD16A4DA; Sun, 16 Jul 2006 17:28:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C260A43D45; Sun, 16 Jul 2006 17:28:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k6GHRlLE014665; Sun, 16 Jul 2006 13:27:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k6GHRxiR098215; Sun, 16 Jul 2006 13:27:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 236597302F; Sun, 16 Jul 2006 13:27:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060716172759.236597302F@freebsd-current.sentex.ca> Date: Sun, 16 Jul 2006 13:27:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 17:28:01 -0000 TB --- 2006-07-16 15:35:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-07-16 15:35:29 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-07-16 15:35:29 - cleaning the object tree TB --- 2006-07-16 15:36:08 - checking out the source tree TB --- 2006-07-16 15:36:08 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-07-16 15:36:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-07-16 15:44:11 - building world (CFLAGS=-O2 -pipe) TB --- 2006-07-16 15:44:11 - cd /src TB --- 2006-07-16 15:44:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-07-16 17:19:55 - generating LINT kernel config TB --- 2006-07-16 17:19:55 - cd /src/sys/amd64/conf TB --- 2006-07-16 17:19:55 - /usr/bin/make -B LINT TB --- 2006-07-16 17:19:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-07-16 17:19:55 - cd /src TB --- 2006-07-16 17:19:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 16 17:19:56 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pci/csa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pci/csapcm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pci/ds1.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pci/emu10k1.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pci/emu10kx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pci/emu10kx-pcm.c /src/sys/dev/sound/pci/emu10kx-pcm.c: In function `emu_pcm_attach': /src/sys/dev/sound/pci/emu10kx-pcm.c:823: warning: passing arg 4 of `BUS_READ_IVAR' from incompatible pointer type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-07-16 17:27:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-07-16 17:27:58 - ERROR: failed to build lint kernel TB --- 2006-07-16 17:27:58 - tinderbox aborted TB --- 1.30 user 7.24 system 6749.55 real From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 17:45:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46CD616A4DE for ; Sun, 16 Jul 2006 17:45:36 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6CD743D6A for ; Sun, 16 Jul 2006 17:45:30 +0000 (GMT) (envelope-from frank@exit.com) Received: from jill.exit.com (jill.exit.com [206.223.0.4]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id k6GHjSHh095970 for ; Sun, 16 Jul 2006 10:45:28 -0700 (PDT) (envelope-from frank@exit.com) Received: from jill.exit.com (localhost [127.0.0.1]) by jill.exit.com (8.13.6/8.13.4) with ESMTP id k6GHjSqB051693 for ; Sun, 16 Jul 2006 10:45:28 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by jill.exit.com (8.13.6/8.13.6/Submit) id k6GHjR0l051663 for current@freebsd.org; Sun, 16 Jul 2006 10:45:27 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: jill.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: FreeBSD-Current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sun, 16 Jul 2006 10:45:27 -0700 Message-Id: <1153071927.82485.4.camel@jill.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.88/1600/Sat Jul 15 08:03:46 2006 on tinker.exit.com X-Virus-Status: Clean Cc: Subject: Inspiron 5160 touchpad stopped working on latest -current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 17:45:36 -0000 I hadn't updated in quite a while (not since circa the beginning of May), so last night I updated my -current source and built the latest bits. Then turned the laptop off for the night, planning to test it this morning. Well, everything seems to work fine except for the mouse. I saw that /dev/psm0 didn't exist (so moused didn't start) and did some checking. I turned on every bit of debugging I could find and did a verbose boot; this is the best I could come up with: psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: the aux port is not functioning (-1). I checked UPDATING but there's nothing there. My device.hints just has the usual, nothing special: hint.atkbdc.0.at="isa" hint.atkbdc.0.port="0x060" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" And the mouse was working just fine last night, so I'm 99.99% sure it's not hardware. So, what gives? What other information can I give? -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 19:05:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D4BE16A4DD for ; Sun, 16 Jul 2006 19:05:56 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED5D43D45 for ; Sun, 16 Jul 2006 19:05:55 +0000 (GMT) (envelope-from frank@exit.com) Received: from jill.exit.com (jill.exit.com [206.223.0.4]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id k6GJ5tHI096603 for ; Sun, 16 Jul 2006 12:05:55 -0700 (PDT) (envelope-from frank@exit.com) Received: from jill.exit.com (localhost [127.0.0.1]) by jill.exit.com (8.13.6/8.13.4) with ESMTP id k6GJ5s8k028109 for ; Sun, 16 Jul 2006 12:05:54 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by jill.exit.com (8.13.6/8.13.6/Submit) id k6GJ5sTA028108 for current@freebsd.org; Sun, 16 Jul 2006 12:05:54 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: jill.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: FreeBSD-Current In-Reply-To: <1153071927.82485.4.camel@jill.exit.com> References: <1153071927.82485.4.camel@jill.exit.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sun, 16 Jul 2006 12:05:54 -0700 Message-Id: <1153076754.82485.10.camel@jill.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.88/1600/Sat Jul 15 08:03:46 2006 on tinker.exit.com X-Virus-Status: Clean Cc: Subject: Re: Inspiron 5160 touchpad stopped working on latest -current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 19:05:56 -0000 On Sun, 2006-07-16 at 10:45 -0700, Frank Mayhar wrote: > And the mouse was working just fine last night, so I'm 99.99% sure it's > not hardware. I just ran the Dell hardware tests on the mouse; sure enough, it works fine and all the tests pass. After quite a bit of experimentation I've managed to make it work by setting, in /boot/device.hints: hint.psm.0.flags="0x1200" which sets NOIDPROBE and IGNOREPORTERROR. Most likely when I did the mergemaster after the installworld, I neglected to preserve that bit of magic. Hopefully if anyone else hits this problem, this email will put them on the right track. It would be nice, though, if it were fixed at some point. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 19:24:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DF0E16A4DD; Sun, 16 Jul 2006 19:24:53 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3830543D7E; Sun, 16 Jul 2006 19:24:44 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EC31.dip.t-dialin.net [84.165.236.49]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6GJETec037997; Sun, 16 Jul 2006 21:14:29 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6GJOjuB015000; Sun, 16 Jul 2006 21:24:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 16 Jul 2006 21:26:01 +0200 From: Alexander Leidinger To: FreeBSD Tinderbox Message-ID: <20060716212601.2a5897c6@Magellan.Leidinger.net> In-Reply-To: <20060716172759.236597302F@freebsd-current.sentex.ca> References: <20060716172759.236597302F@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 19:24:53 -0000 Quoting FreeBSD Tinderbox (Sun, 16 Jul 2006 13:27:59 -0400 (EDT)): > /src/sys/dev/sound/pci/emu10kx-pcm.c: In function `emu_pcm_attach': > /src/sys/dev/sound/pci/emu10kx-pcm.c:823: warning: passing arg 4 of `BUS_READ_IVAR' from incompatible pointer type I'm working on it. Bye, Alexander. -- The man on tops walks a lonely street; the "chain" of command is often a noose. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Jul 16 22:46:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E28416A4DD for ; Sun, 16 Jul 2006 22:46:55 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56511.mail.re3.yahoo.com (web56511.mail.re3.yahoo.com [66.196.97.40]) by mx1.FreeBSD.org (Postfix) with SMTP id B1BFE43D7E for ; Sun, 16 Jul 2006 22:46:43 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 65945 invoked by uid 60001); 16 Jul 2006 22:46:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=hhOtXSd/4/B9+EcWbZW606iNm+or84kV3w/Q5kpiAPj2QEwjH/6ygvxDAdi9tmmaiIaAMCYpLz11ahSFFTOij+HmebhwcXQEg9RawWDc1nrGRrg1KNmq+s13I3Lf03Gngv/QsKEwupUW83oc04UZ4DA98pundeQXb/ivQypBFKE= ; Message-ID: <20060716224642.65943.qmail@web56511.mail.re3.yahoo.com> Received: from [24.221.134.150] by web56511.mail.re3.yahoo.com via HTTP; Sun, 16 Jul 2006 15:46:42 PDT Date: Sun, 16 Jul 2006 15:46:42 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org In-Reply-To: <20060716120036.7FDFE16A532@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: ath (Orinoco) card cannot associate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 22:46:55 -0000 ... status: no carrier ... Sometimes this means the card has been turned off. My computer has a little switch on it that enables me to turn it off. If you run: # ifconfig ath0 scan and you can see your access point then there is no problem with your card; but if it does not show up then there is a physical problem with your card (broken? turned off?) or your access point is down. As a simple test, can you bring up your access point wide open and connect to it? If you can then the problem might be related to your ifconfig statement. I am surprised to see such a long wep key. You might try simplifying your statemnt and avoid the "wepkey" keyword. I spent probably a week with that keyword and it simply didn't work. A helpful responder in the mailing lists suggest I use instead the "nwkey" keyword. Man, it was almost like magic. I was sure I had done everything right - and I had; but "wepkey" for some reason didn't work. It's there in the manpage for ifconfig. Give it a whirl. Good luck. ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 00:50:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 699C716A4DA for ; Mon, 17 Jul 2006 00:50:25 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1946B43D46 for ; Mon, 17 Jul 2006 00:50:24 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend3.internal (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id 8AF1CD90892 for ; Sun, 16 Jul 2006 20:50:22 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by frontend3.internal (MEProxy); Sun, 16 Jul 2006 20:50:25 -0400 X-Sasl-enc: I8FglccjgWKl7NAt/pcD/cYj6+8d9EO/rBqSB0rvxF3+ 1153097418 Received: from [192.168.182.57] (unknown [12.188.34.66]) by mail.messagingengine.com (Postfix) with ESMTP id 433DF77B3 for ; Sun, 16 Jul 2006 20:50:17 -0400 (EDT) Message-ID: <44BADEC8.5030807@fastmail.fm> Date: Sun, 16 Jul 2006 19:50:16 -0500 From: Patrick Bowen User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 00:50:25 -0000 Hello. I recently upgraded a Gateway MX6121 from 6.1 stable to -current, following the canonical procedure in /usr/src/UPDATING, and now whenever I try to start firefox, it dumps a core file (segmentation fault). Firefox was compiled from source under 6.1. Should I have upgraded from 6.1 to -current, and /then/ start adding ports, or does that matter? I've done some preliminary googling, but not found anything that looks terribly recent or promising. Any hints appreciated. From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 02:18:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC7916A4DE for ; Mon, 17 Jul 2006 02:18:45 +0000 (UTC) (envelope-from unk.nown@unix.net) Received: from boinc.ch (84-73-180-120.dclient.hispeed.ch [84.73.180.120]) by mx1.FreeBSD.org (Postfix) with SMTP id 30F3B43D49 for ; Mon, 17 Jul 2006 02:18:43 +0000 (GMT) (envelope-from unk.nown@unix.net) Received: (qmail 3199 invoked by uid 0); 17 Jul 2006 02:18:35 -0000 Received: from 84-73-180-120.dclient.hispeed.ch (HELO mail.boinc.ch) (84.73.180.120) by 84-73-180-120.dclient.hispeed.ch with SMTP; 17 Jul 2006 02:18:35 -0000 Received: from 70.123.91.191 (SquirrelMail authenticated user mut) by mail.boinc.ch with HTTP; Sun, 16 Jul 2006 22:18:35 -0400 (EDT) Message-ID: <49343.70.123.91.191.1153102715.squirrel@mail.boinc.ch> In-Reply-To: <44BADEC8.5030807@fastmail.fm> References: <44BADEC8.5030807@fastmail.fm> Date: Sun, 16 Jul 2006 22:18:35 -0400 (EDT) From: unk.nown@unix.net To: "Patrick Bowen" User-Agent: SquirrelMail/1.4.7 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unk.nown@unix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 02:18:45 -0000 well, here you should check the versioning of firefox -- especially to ensure what you are building because 2.0 beta 1 has come out -- perhaps the issues are there -- as for ports -- you can rebuild your ports -- some recommend portupgrade -- a port in and of itself -- if you choose to run portupgrade -- you can run "portupgrade -arRD" -- in order to update all of your ports POST CVSUP -- with the correct supfile -- i would first check your firefox =) good luck -jt > Hello. > > I recently upgraded a Gateway MX6121 from 6.1 stable to -current, > following the canonical procedure in /usr/src/UPDATING, and now whenever > I try to start firefox, it dumps a core file (segmentation fault). > Firefox was compiled from source under 6.1. > > Should I have upgraded from 6.1 to -current, and /then/ start adding > ports, or does that matter? I've done some preliminary googling, but not > found anything that looks terribly recent or promising. > > Any hints appreciated. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- -jt From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 03:39:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D6116A4E1 for ; Mon, 17 Jul 2006 03:39:23 +0000 (UTC) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B50043D55 for ; Mon, 17 Jul 2006 03:39:21 +0000 (GMT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id D64F49BD85; Mon, 17 Jul 2006 13:09:20 +0930 (CST) Date: Mon, 17 Jul 2006 13:09:20 +0930 From: Greg 'groggy' Lehey To: Frank Mayhar Message-ID: <20060717033920.GS17376@wantadilla.lemis.com> References: <1153071927.82485.4.camel@jill.exit.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3yk1sSvxP8cRAjBs" Content-Disposition: inline In-Reply-To: <1153071927.82485.4.camel@jill.exit.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: FreeBSD-Current Subject: Re: Inspiron 5160 touchpad stopped working on latest -current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 03:39:23 -0000 --3yk1sSvxP8cRAjBs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 16 July 2006 at 10:45:27 -0700, Frank Mayhar wrote: > I hadn't updated in quite a while (not since circa the beginning of > May), so last night I updated my -current source and built the latest > bits. Then turned the laptop off for the night, planning to test it > this morning. > > Well, everything seems to work fine except for the mouse. I saw > that /dev/psm0 didn't exist (so moused didn't start) and did some > checking. I've seen this before on an Inspiron 1150, but not on a 5150. I don't have a 5160, but I suppose it's similar. You may have found an answer, that this depends on the version of FreeBSD you're running. Take a look at http://www.lemis.com/grog/diary-jan2005.html#20 ; basically, I got mine to work with the following addition to device.hints: +# Needed on Inspiron 1150 +hint.psm.0.flags="0x1000" Greg -- See complete headers for address and phone numbers. --3yk1sSvxP8cRAjBs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEuwZoIubykFB6QiMRAu8ZAJ9rRiamVhT2rlH1vfGVXL5VH3h0eACaA3qn tyMK/XMrwVw1phJpv1TUaWQ= =+Q9S -----END PGP SIGNATURE----- --3yk1sSvxP8cRAjBs-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 04:26:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E1716A4DF for ; Mon, 17 Jul 2006 04:26:41 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D1EF43D46 for ; Mon, 17 Jul 2006 04:26:39 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) for id 1G2Kgg-0002s8-1U; Mon, 17 Jul 2006 06:26:39 +0200 Received: from hondo. (pD95168E2.dip0.t-ipconnect.de [217.81.104.226]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k6H4QSSX026472 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 17 Jul 2006 06:26:29 +0200 To: freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> From: Wolfram Fenske Date: Mon, 17 Jul 2006 06:24:44 +0200 In-Reply-To: <44BADEC8.5030807@fastmail.fm> (Patrick Bowen's message of "Sun, 16 Jul 2006 19:50:16 -0500") Message-ID: <86ejwkrh83.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-Spam-Report: ---- Start SpamAssassin results -2.6 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: 99b125a1487c95baffb361c55ee91068 Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 04:26:41 -0000 Patrick Bowen writes: > Hello. > > I recently upgraded a Gateway MX6121 from 6.1 stable to -current, > following the canonical procedure in /usr/src/UPDATING, and now > whenever I try to start firefox, it dumps a core file (segmentation > fault). Firefox was compiled from source under 6.1. > > Should I have upgraded from 6.1 to -current, and /then/ start adding > ports, or does that matter? When I upgraded about two weeks ago, a lot of programs dumped core. Rebuilding fixed that. I didn't have these problems when I upgraded before, not even from 6.0 to 7.0-current, just this last time. Regards Wolfram From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 05:01:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A784116A4DA for ; Mon, 17 Jul 2006 05:01:52 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D57C43D46 for ; Mon, 17 Jul 2006 05:01:52 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) for id 1G2LEr-0003Mp-HV; Mon, 17 Jul 2006 07:01:51 +0200 Received: from hondo. (pD95168E2.dip0.t-ipconnect.de [217.81.104.226]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k6H51lSX026886 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 17 Jul 2006 07:01:48 +0200 To: freebsd-current@freebsd.org From: Wolfram Fenske Date: Mon, 17 Jul 2006 07:00:04 +0200 Message-ID: <86r70kltbf.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.6 (--) X-Spam-Report: ---- Start SpamAssassin results -2.6 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: 2f255716d114fd33a6975e7c663eba49 Subject: Build error in sys/vm/uma_core.c, patch attached X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 05:01:52 -0000 --=-=-= Hello! When I just tried to build -current, I got a warning in sys/vm/uma_core.c about `uma_zone_sumstat' being defined but not used and the build stopped. This attached patch fixed the problem. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=uma_core.c.diff *** sys/vm/uma_core.c.orig Mon Jul 17 00:53:26 2006 --- sys/vm/uma_core.c Mon Jul 17 06:50:48 2006 *************** *** 2779,2784 **** --- 2779,2785 ---- * safe from off-CPU; we should modify the caches to track this information * directly so that we don't have to. */ + #ifdef DDB static void uma_zone_sumstat(uma_zone_t z, int *cachefreep, u_int64_t *allocsp, u_int64_t *freesp) *************** *** 2809,2814 **** --- 2810,2816 ---- if (freesp != NULL) *freesp = frees; } + #endif /* DDB */ static int sysctl_vm_zone_count(SYSCTL_HANDLER_ARGS) --=-=-= Regards Wolfram -- A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 09:57:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B0B716A4DA for ; Mon, 17 Jul 2006 09:57:41 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C1543D46 for ; Mon, 17 Jul 2006 09:57:40 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k6H9vdnV012037 for ; Mon, 17 Jul 2006 05:57:39 -0400 (EDT) Date: Mon, 17 Jul 2006 05:57:39 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: freebsd-current@freebsd.org In-Reply-To: <86ejwkrh83.fsf@student.uni-magdeburg.de> Message-ID: References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 09:57:41 -0000 On Mon, 17 Jul 2006, Wolfram Fenske wrote: > Patrick Bowen writes: > >> Hello. >> >> I recently upgraded a Gateway MX6121 from 6.1 stable to -current, >> following the canonical procedure in /usr/src/UPDATING, and now >> whenever I try to start firefox, it dumps a core file (segmentation >> fault). Firefox was compiled from source under 6.1. >> >> Should I have upgraded from 6.1 to -current, and /then/ start adding >> ports, or does that matter? > > When I upgraded about two weeks ago, a lot of programs dumped core. > Rebuilding fixed that. I didn't have these problems when I upgraded > before, not even from 6.0 to 7.0-current, just this last time. Because there are libraries whose version have not been bumped yet in 7.0. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 11:11:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 986DB16A4E0 for ; Mon, 17 Jul 2006 11:11:22 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3B543D46 for ; Mon, 17 Jul 2006 11:11:21 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) for id 1G2R0P-0006Um-3f; Mon, 17 Jul 2006 13:11:20 +0200 Received: from hondo. (pD9514B89.dip0.t-ipconnect.de [217.81.75.137]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k6HBBBSX006347 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 17 Jul 2006 13:11:12 +0200 To: freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> From: Wolfram Fenske Date: Mon, 17 Jul 2006 13:09:24 +0200 In-Reply-To: (Daniel Eischen's message of "Mon, 17 Jul 2006 05:57:39 -0400 (EDT)") Message-ID: <86psg4pjx7.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-Spam-Report: ---- Start SpamAssassin results -2.6 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: 68812eb474c71dbd40f24b46a7e5b531 Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 11:11:22 -0000 Daniel Eischen writes: > On Mon, 17 Jul 2006, Wolfram Fenske wrote: > >> Patrick Bowen writes: >>> >>> I recently upgraded a Gateway MX6121 from 6.1 stable to -current, >>> following the canonical procedure in /usr/src/UPDATING, and now >>> whenever I try to start firefox, it dumps a core file (segmentation >>> fault). Firefox was compiled from source under 6.1. >> >> [...] >> >> When I upgraded about two weeks ago, a lot of programs dumped core. >> Rebuilding fixed that. I didn't have these problems when I upgraded >> before, not even from 6.0 to 7.0-current, just this last time. > > Because there are libraries whose version have not been bumped > yet in 7.0. I didn't mean to criticize. After all, this is -current. But thanks for the explanation. Wolfram -- A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 11:30:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1159316A4DF; Mon, 17 Jul 2006 11:30:54 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A434643D53; Mon, 17 Jul 2006 11:30:53 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id CBB8B25072; Mon, 17 Jul 2006 13:30:52 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 7743A9B58F; Mon, 17 Jul 2006 11:31:30 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 45CE7405A; Mon, 17 Jul 2006 13:31:30 +0200 (CEST) Date: Mon, 17 Jul 2006 13:31:30 +0200 From: Jeremie Le Hen To: Maxim Konovalov Message-ID: <20060717113130.GD6253@obiwan.tataz.chchile.org> References: <20060608015022.Y52876@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060608015022.Y52876@mp2.macomnet.net> User-Agent: Mutt/1.5.11 Cc: dougb@freebsd.org, current@freebsd.org Subject: Re: [fbsd] named recursive queries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 11:30:54 -0000 Hi Maxim, On Thu, Jun 08, 2006 at 01:57:20AM +0400, Maxim Konovalov wrote: > [ Bikeshed zone ] > > I think we need to stop spread misconfigured named's too. Any > objections? > > Index: named.conf > =================================================================== > RCS file: /home/ncvs/src/etc/namedb/named.conf,v > retrieving revision 1.22 > diff -u -p -r1.22 named.conf > --- named.conf 5 Sep 2005 13:42:22 -0000 1.22 > +++ named.conf 7 Jun 2006 21:56:26 -0000 > @@ -30,6 +30,13 @@ options { > // > // forward only; > > +// Prevent external networks from using us to query domains we are not > +// authoritative for. > +// > + allow-recursion { > + localhost; > + }; > + > // If you've got a DNS server around at your upstream provider, enter > // its IP address here, and enable the line below. This will make you > // benefit from its cache, thus reduce overall DNS traffic in the Internet. Albeit this has been widely agreed, this has not been commited yet. Does any reason explain this, or you just forgot it ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 11:34:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A394F16A4DA; Mon, 17 Jul 2006 11:34:28 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 003E743D53; Mon, 17 Jul 2006 11:34:26 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k6HBYOfb048081; Mon, 17 Jul 2006 15:34:24 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 17 Jul 2006 15:34:24 +0400 (MSD) From: Maxim Konovalov To: Jeremie Le Hen In-Reply-To: <20060717113130.GD6253@obiwan.tataz.chchile.org> Message-ID: <20060717153233.Y48063@mp2.macomnet.net> References: <20060608015022.Y52876@mp2.macomnet.net> <20060717113130.GD6253@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: dougb@freebsd.org, current@freebsd.org Subject: Re: [fbsd] named recursive queries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 11:34:28 -0000 On Mon, 17 Jul 2006, 13:31+0200, Jeremie Le Hen wrote: > Hi Maxim, > > On Thu, Jun 08, 2006 at 01:57:20AM +0400, Maxim Konovalov wrote: > > [ Bikeshed zone ] > > > > I think we need to stop spread misconfigured named's too. Any > > objections? > > > > Index: named.conf > > =================================================================== > > RCS file: /home/ncvs/src/etc/namedb/named.conf,v > > retrieving revision 1.22 > > diff -u -p -r1.22 named.conf > > --- named.conf 5 Sep 2005 13:42:22 -0000 1.22 > > +++ named.conf 7 Jun 2006 21:56:26 -0000 > > @@ -30,6 +30,13 @@ options { > > // > > // forward only; > > > > +// Prevent external networks from using us to query domains we are not > > +// authoritative for. > > +// > > + allow-recursion { > > + localhost; > > + }; > > + > > // If you've got a DNS server around at your upstream provider, enter > > // its IP address here, and enable the line below. This will make you > > // benefit from its cache, thus reduce overall DNS traffic in the Internet. > > Albeit this has been widely agreed, this has not been commited yet. > Does any reason explain this, or you just forgot it ? No, I don't forget -- Doug has some ideas. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 11:58:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 586E116A4DF for ; Mon, 17 Jul 2006 11:58:57 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E5643D73 for ; Mon, 17 Jul 2006 11:58:53 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.6.24] (ws24.ns5.powertech.no [195.159.6.24]) by smtp1.powertech.no (Postfix) with ESMTP id EDD7681B6; Mon, 17 Jul 2006 13:58:51 +0200 (CEST) In-Reply-To: <20060528173242.GC16530@katherina.student.utwente.nl> References: <20060528173242.GC16530@katherina.student.utwente.nl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9AB75EDF-A550-4823-B1F6-CA8AFFBC6821@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Mon, 17 Jul 2006 13:58:58 +0200 To: Matthijs Kooijman X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD nss, getgroupmembership(3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 11:58:57 -0000 On 28. mai. 2006, at 19.32, Matthijs Kooijman wrote: > I've been playing around with this issue myself as well. I want to > support > nested groups through winbind, which is supported through > winbind_getgrouplist, but not through getgrent... Great to see some more interest in it! :-) I am about to go live with a system with a significant number of users ( > 1 million), and have just disabled group lookups for now. >> By coincidence I found that NetBSD has created the infrastructure >> needed to make this a reallity allready! In NetBSD getgrouplist(3) is >> now a front-end for getgroupmembership(3). > I just found this one too. I'm not sure how widespread the > implementation of > getgroupmembership is, though. I know nss_winbind does not > implement it, but > does implement initgroups_dyn. From your post I think nss_ldap does > this also. Most NSS modules come from Linux / GLIBC, and thus match their implementations. Since this does not exist in FreeBSD yet, I would first look to the other BSDs and try to match their implementation. Since FreeBSD's nss comes from NetBSD I think it is pretty obvious that we want to import new features from them, and not from GNU Libc. :-) However, NSS is a large beast reaching into many central parts of libc, and great care must be taken to not break anything when importing new code. Last I looked it seemed like NetBSD's NSS code had moved along quit a bit, and I don't know if it is common practice to backport specific functionality, or to just do a new import? >> Is there any chance for FreeBSD to get an updated import of NSS from >> NetBSD anytime soon? :-) > Due to the (possibly) limited support of getgroupmembership in nss > backends, > it might be better to use initgroups_dyn instead? No, I would rather let BSD NSS be BSD NSS and implement a compability layer for initgroups_dyn :-) See /usr/src/lib/libc/net/nss_compat.c and bsdnss.c in nectar's nss_ldap port. > Anyway, I've spent some words on this issue on my blog [1], if anyones > interested. I'm planning on trying to make this work on FreeBSD > sometime soon. > But, since I only have FreeBSD 6.0 machines to play around with > (possibly 6.1 > soon), I will probably code up a patch for 6.0. Have there been big > changes to > nss since then that might make this a useless idea? New code should generally be patches againts -CURRENT, but I don't think this is a part of the source tree that is changed very often. I would at least have a look at the files you plan on changing from - CURRENT so you can know that the world as you know it is not about to be changed / replaced :) Frode Nordahl frode@nordahl.net From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 12:54:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDEC316A4DD for ; Mon, 17 Jul 2006 12:54:54 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 65F0D43D49 for ; Mon, 17 Jul 2006 12:54:54 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 17 Jul 2006 12:54:52 -0000 Date: Mon, 17 Jul 2006 15:54:25 +0300 From: Nikolay Pavlov To: Scott Long Message-ID: <20060717125425.GA1105@zone3000.net> References: <44B667C0.9010501@samsco.org> <200607131951.k6DJpKrZ021164@ambrisko.com> <20060714104830.GA13480@zone3000.net> <44B7AF6C.7060502@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B7AF6C.7060502@samsco.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE Cc: John Baldwin , Joao Barros , current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 12:54:55 -0000 On Friday, 14 July 2006 at 8:51:24 -0600, Scott Long wrote: > Nikolay Pavlov wrote: > > >On Thursday, 13 July 2006 at 12:51:20 -0700, Doug Ambrisko wrote: > > > >>Scott Long writes: > >>| Joao Barros wrote: > >>| > On 7/11/06, John Baldwin wrote: > >>| > > >>| >> I have a patch for amr(4) that is a forward-port of a Scott Long > >>patch | >> for 4.x > >>| >> that fixes some severe data corruption with amr(4) + PAE on 4.x with > >>> | >> 4GB of > >>| >> RAM. I need the patch tested on current though so I can get it into > >>| >> HEAD and > >>| >> eventually into 4.x. The patch for head is at > >>| >> http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't > >>break > >>| >> anything and should basically be a nop. I think the patch will > >>apply | >> to 6.x > >>| >> (and possibly 5.x) as well. Thanks! > >>| >> > >>| > > >>| > I can test it on i386 without PAE. Is that test enough? > >>| > >>| Note that this problem is only present when you're using a management > >>| app at the same time as heavy disk activity is going on. If you're > >>| not using a management app (and few people are, the lack of apps is why > >>| I didn't catch this in the first place), then you're completely safe. > >>| John's email might be taken as a little alarmist in this respect. > >> > >>Hmm, I wonder why we don't see it or maybe we are :-( We don't usually > >>hit the disk hard but have a management app. running. I've seen > >>some strangeness. > > > > > >I am using this utility every hour in cron, now i have 4 processes in D > >state > > > >24429 ?? D 0:00.01 /usr/local/sbin/megarc -ldInfo -LAll -a0 > >35394 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 > >37976 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 > >40526 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 > > > >I understand Scott position, but worried that megarc not killing by > >SIGKILL signal, it's not normal. I want to try preceding version of amr > >driver. Also i have 5.5 box as load balance pair for this one and never > >see such hangs on it. > > > > > > Instead of rolling the driver back, please add the patch that John > provided. It is safe and correct. Scott this patch works just fine for me. I am using latest RELENG_6 now and my problem with megarc have gone :) I don't use PAE, but server looks very stable. Here is some httpd statistic: Server uptime: 2 days 15 hours 50 minutes 41 seconds Total accesses: 322289 - Total Traffic: 982.9 GB CPU Usage: u6615.66 s125410 cu0 cs0 - 57.4% CPU load 1.4 requests/sec - 4.4 MB/second - 3.1 MB/request 228 requests currently being processed, 159 idle servers Thanks for you time. > > Scott > -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = ========================================================================= From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 16:39:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2E1C16A4DA for ; Mon, 17 Jul 2006 16:39:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9676D43D45 for ; Mon, 17 Jul 2006 16:39:10 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k6HGd9vU031576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jul 2006 09:39:10 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44BBBD2D.5030709@errno.com> Date: Mon, 17 Jul 2006 09:39:09 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.2 (X11/20060508) MIME-Version: 1.0 To: Neil Short References: <20060716224642.65943.qmail@web56511.mail.re3.yahoo.com> In-Reply-To: <20060716224642.65943.qmail@web56511.mail.re3.yahoo.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath (Orinoco) card cannot associate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 16:39:13 -0000 Neil Short wrote: > > ... > status: no carrier > ... > > > Sometimes this means the card has been turned off. My > computer has a little switch on it that enables me to > turn it off. > > If you run: > # ifconfig ath0 scan > and you can see your access point then there is no > problem with your card; but if it does not show up > then there is a physical problem with your card > (broken? turned off?) or your access point is down. > > As a simple test, can you bring up your access point > wide open and connect to it? > > If you can then the problem might be related to your > ifconfig statement. > > I am surprised to see such a long wep key. > > You might try simplifying your statemnt and avoid the > "wepkey" keyword. I spent probably a week with that > keyword and it simply didn't work. A helpful responder > in the mailing lists suggest I use instead the "nwkey" > keyword. Man, it was almost like magic. I was sure I > had done everything right - and I had; but "wepkey" > for some reason didn't work. It's there in the manpage > for ifconfig. FWIW this problem has been resolved. It was a firmware bug in his ap that was causing AssocResp frames to be discarded. I've committed a fix to HEAD. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 16:45:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B667516A4E0 for ; Mon, 17 Jul 2006 16:45:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.FreeBSD.org (Postfix) with SMTP id EFADF43D46 for ; Mon, 17 Jul 2006 16:45:35 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 27307 invoked by uid 399); 17 Jul 2006 16:45:35 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Jul 2006 16:45:35 -0000 Message-ID: <44BBBEB3.3090900@FreeBSD.org> Date: Mon, 17 Jul 2006 09:45:39 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Jeremie Le Hen References: <20060608015022.Y52876@mp2.macomnet.net> <20060717113130.GD6253@obiwan.tataz.chchile.org> In-Reply-To: <20060717113130.GD6253@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [fbsd] named recursive queries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 16:45:36 -0000 Jeremie Le Hen wrote: > Hi Maxim, > > On Thu, Jun 08, 2006 at 01:57:20AM +0400, Maxim Konovalov wrote: >> [ Bikeshed zone ] >> >> I think we need to stop spread misconfigured named's too. Any >> objections? >> >> Index: named.conf >> =================================================================== >> RCS file: /home/ncvs/src/etc/namedb/named.conf,v >> retrieving revision 1.22 >> diff -u -p -r1.22 named.conf >> --- named.conf 5 Sep 2005 13:42:22 -0000 1.22 >> +++ named.conf 7 Jun 2006 21:56:26 -0000 >> @@ -30,6 +30,13 @@ options { >> // >> // forward only; >> >> +// Prevent external networks from using us to query domains we are not >> +// authoritative for. >> +// >> + allow-recursion { >> + localhost; >> + }; >> + >> // If you've got a DNS server around at your upstream provider, enter >> // its IP address here, and enable the line below. This will make you >> // benefit from its cache, thus reduce overall DNS traffic in the Internet. > > Albeit this has been widely agreed, It has not been widely agreed. I've explained at least 3 times now: 1. This change is not necessary at the moment because the default named.conf already has a listen-on statement that lists only the loopback address. 2. What you're suggesting does not always work the way people think it should, and therefore I want to wait before adding it until some other work that I have in progress is complete. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 17:12:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E6416A4DD; Mon, 17 Jul 2006 17:12:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51E4A43D7B; Mon, 17 Jul 2006 17:11:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6HHBlVp038882; Mon, 17 Jul 2006 13:11:49 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Jul 2006 13:09:33 -0400 User-Agent: KMail/1.9.1 References: <20060716232338.2357f50a.nork@FreeBSD.org> In-Reply-To: <20060716232338.2357f50a.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607171309.34139.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 17 Jul 2006 13:11:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1600/Sat Jul 15 11:03:46 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Norikatsu Shigemura Subject: Re: many thread applications are unstable on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 17:12:06 -0000 On Sunday 16 July 2006 10:23, Norikatsu Shigemura wrote: > I think that this is FYI, maybe. Sorry, I don't know why it causes. > I could not trace problems. Does this only happen with libpthread or does it also happen with libthr? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 17:12:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0ADF16A504 for ; Mon, 17 Jul 2006 17:12:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5442C43D53 for ; Mon, 17 Jul 2006 17:11:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6HHBlVo038882; Mon, 17 Jul 2006 13:11:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Jul 2006 12:56:00 -0400 User-Agent: KMail/1.9.1 References: <20060712125112.W61255@is.park.rambler.ru> In-Reply-To: <20060712125112.W61255@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607171256.00539.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 17 Jul 2006 13:11:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1600/Sat Jul 15 11:03:46 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Igor Sysoev Subject: Re: 2Gb SYSVSHM limitation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 17:12:08 -0000 On Wednesday 12 July 2006 04:58, Igor Sysoev wrote: > Hi, > > the current kernel limit of SysV memory segment is 2G. > Today it is too small for amd64 machines. > > Year ago Christian S.J. Peron had propsed the patch > http://people.freebsd.org/~csjp/bigsharedmem.1117028863.diff > to increase the limit: > http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg05627.html > > Are objections against this patch ? Well, it breaks the ABI of shminfo. :( Changing the ABI of structures shared with userspace like this requires duplicate syscalls, etc. to not break existing binaries (such as existing 6.x amd64 binaries). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 17:25:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3E6216A4E0; Mon, 17 Jul 2006 17:25:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 286B243D78; Mon, 17 Jul 2006 17:25:04 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8F64F46C50; Mon, 17 Jul 2006 13:25:03 -0400 (EDT) Date: Mon, 17 Jul 2006 18:25:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200607171256.00539.jhb@freebsd.org> Message-ID: <20060717182314.O26409@fledge.watson.org> References: <20060712125112.W61255@is.park.rambler.ru> <200607171256.00539.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Igor Sysoev , freebsd-current@freebsd.org Subject: Re: 2Gb SYSVSHM limitation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 17:25:06 -0000 On Mon, 17 Jul 2006, John Baldwin wrote: > On Wednesday 12 July 2006 04:58, Igor Sysoev wrote: > >> the current kernel limit of SysV memory segment is 2G. Today it is too >> small for amd64 machines. >> >> Year ago Christian S.J. Peron had propsed the patch >> http://people.freebsd.org/~csjp/bigsharedmem.1117028863.diff to increase >> the limit: >> http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg05627.html >> >> Are objections against this patch ? > > Well, it breaks the ABI of shminfo. :( Changing the ABI of structures shared > with userspace like this requires duplicate syscalls, etc. to not break > existing binaries (such as existing 6.x amd64 binaries). We're well-overdue for an ABI roll on the System V IPC data structures, but when we do this, we need to be careful to: (a) Provide the compat bits properly. (b) Make sure we fix all the things that need fixing. The current ipc perm data structure contains the following fields: struct ipc_perm { unsigned short cuid; /* creator user id */ unsigned short cgid; /* creator group id */ unsigned short uid; /* user id */ unsigned short gid; /* group id */ unsigned short mode; /* r/w permission */ unsigned short seq; /* sequence # (to generate unique ipcid) */ key_t key; /* user specified msg/sem/shm key */ }; While here, we should fix the above uids and gids do be of appropriate data types. McAfee did the first step here by breaking out kernel and user data structures a few years ago as part of the MAC Framework work, but we'll need new bits to do the next part for compat system calls. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 17:29:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61D5816A4F2 for ; Mon, 17 Jul 2006 17:29:08 +0000 (UTC) (envelope-from csjp@FreeBSD.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 9064143D4C for ; Mon, 17 Jul 2006 17:29:07 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: (qmail 36107 invoked by uid 86); 17 Jul 2006 18:15:54 -0000 Received: from unknown (HELO ?127.0.0.1?) (204.112.0.40) by ems01.seccuris.com with SMTP; 17 Jul 2006 18:15:54 -0000 Message-ID: <44BBC8F2.3010807@FreeBSD.org> Date: Mon, 17 Jul 2006 12:29:22 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: John Baldwin References: <20060712125112.W61255@is.park.rambler.ru> <200607171256.00539.jhb@freebsd.org> In-Reply-To: <200607171256.00539.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Igor Sysoev , freebsd-current@freebsd.org Subject: Re: 2Gb SYSVSHM limitation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 17:29:08 -0000 John Baldwin wrote: > On Wednesday 12 July 2006 04:58, Igor Sysoev wrote: > >> Hi, >> >> the current kernel limit of SysV memory segment is 2G. >> Today it is too small for amd64 machines. >> >> Year ago Christian S.J. Peron had propsed the patch >> http://people.freebsd.org/~csjp/bigsharedmem.1117028863.diff >> to increase the limit: >> http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg05627.html >> >> Are objections against this patch ? >> > > Well, it breaks the ABI of shminfo. :( Changing the ABI of structures shared > with userspace like this requires duplicate syscalls, etc. to not break > existing binaries (such as existing 6.x amd64 binaries). > > I committed this patch, I just have not MFCed it. The ABI breakage is un-clear: I change this structure which should be kernel private, and I dont think we make any guarantees here. We do export this kernel private structure through shmctl(IPC_INFO), however IPC_INFO is not standard. #ifdef _KERNEL /* * System 5 style catch-all structure for shared memory constants that * might be of interest to user programs. Do we really want/need this? */ struct shminfo { int shmmax, /* max shared memory segment size (bytes) */ shmmin, /* min shared memory segment size (bytes) */ shmmni, /* max number of shared memory identifiers */ shmseg, /* max shared memory segments per process */ shmall; /* max amount of shared memory (pages) */ }; I changed these from int to long iirc -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer FreeBSD Security Team From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 19:50:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C157016A4DA; Mon, 17 Jul 2006 19:50:13 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0169B43D4C; Mon, 17 Jul 2006 19:50:12 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CDAD.dip.t-dialin.net [84.165.205.173]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6HJdjhs043955; Mon, 17 Jul 2006 21:39:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6HJoECk025110; Mon, 17 Jul 2006 21:50:14 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 17 Jul 2006 21:51:31 +0200 From: Alexander Leidinger To: Robert Watson Message-ID: <20060717215131.69cf4091@Magellan.Leidinger.net> In-Reply-To: <20060717182314.O26409@fledge.watson.org> References: <20060712125112.W61255@is.park.rambler.ru> <200607171256.00539.jhb@freebsd.org> <20060717182314.O26409@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Igor Sysoev , freebsd-current@freebsd.org Subject: Re: 2Gb SYSVSHM limitation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 19:50:14 -0000 Quoting Robert Watson (Mon, 17 Jul 2006 18:25:03 +0100 (BST)): > We're well-overdue for an ABI roll on the System V IPC data structures, but > when we do this, we need to be careful to: > > (a) Provide the compat bits properly. > > (b) Make sure we fix all the things that need fixing. > While here, we should fix the above uids and gids do be of appropriate data > types. McAfee did the first step here by breaking out kernel and user data > structures a few years ago as part of the MAC Framework work, but we'll need > new bits to do the next part for compat system calls. Feel free to send an appropriate text for inclusion into our ideas list. Bye, Alexander. -- If an item is advertised as "under $50," you can bet it's not $19.95. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 22:03:42 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBFCD16A4DE; Mon, 17 Jul 2006 22:03:42 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFF143D49; Mon, 17 Jul 2006 22:03:41 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k6HM3Z0F012587; Tue, 18 Jul 2006 07:03:40 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 18 Jul 2006 07:03:34 +0900 From: Norikatsu Shigemura To: John Baldwin Message-Id: <20060718070334.496cfdf0.nork@FreeBSD.org> In-Reply-To: <200607171309.34139.jhb@freebsd.org> References: <20060716232338.2357f50a.nork@FreeBSD.org> <200607171309.34139.jhb@freebsd.org> X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Tue, 18 Jul 2006 07:03:40 +0900 (JST) Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: many thread applications are unstable on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 22:03:42 -0000 On Mon, 17 Jul 2006 13:09:33 -0400 John Baldwin wrote: > On Sunday 16 July 2006 10:23, Norikatsu Shigemura wrote: > > I think that this is FYI, maybe. Sorry, I don't know why it causes. > > I could not trace problems. > Does this only happen with libpthread or does it also happen with libthr? I don't know, because these applications cannot run on libthr with libpthread.so.2 -> libthr.so.2 in libmap.conf. 5 nork@nadesico$ firefox /libexec/ld-elf.so.1: /usr/lib/libthr.so.2: Undefined symbol "thr_getscheduler" 6 nork@nadesico$ cvsync /libexec/ld-elf.so.1: /usr/lib/libthr.so.2: Undefined symbol "thr_getscheduler" From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 23:11:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32E6216A4DF for ; Mon, 17 Jul 2006 23:11:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E6B943D46 for ; Mon, 17 Jul 2006 23:11:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp232-228.lns2.adl4.internode.on.net [203.122.232.228]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k6HNB1gC019441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jul 2006 08:41:05 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 18 Jul 2006 08:40:59 +0930 User-Agent: KMail/1.9.3 References: <200607172137.36757.doconnor@gsoft.com.au> In-Reply-To: <200607172137.36757.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9859865.uSYimS8bby"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607180841.00238.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Subject: NFS oddities [was: Sound problems (hangs and distored output) on current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 23:11:12 -0000 --nextPart9859865.uSYimS8bby Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 17 July 2006 21:37, Daniel O'Connor wrote: > I don't get a panic but that may be a problem with X running.. I will try > and get a backtrace. Hmm I think this may be an unrelated issue where artsd crashes but somethin= g=20 stuffs up as it is running at a real time priority.. I got this.. nfs_getpages: error -688469268 vm_fault: pager read error, pid 3414 (artsd) pid 3414 (artsd), uid 1007: exited on signal 11 (core dumped) I was also playing around with mpg123 and ran.. mpg123 foo.mp3 | file - and ctrl-c'd it and got.. nfs_getpages: error -689095956 vm_fault: pager read error, pid 3332 (mpg123) pid 3332 (mpg123), uid 0: exited on signal 11 (core dumped) The client is -current and the server is 6.1-STABLE. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9859865.uSYimS8bby Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEvBkE5ZPcIHs/zowRAhhNAJ9yZlsY7tz3S9eYdYnFXquoasQSSACdGHsN lxyDu5k5fB1KHMk0T9dBW4g= =mN61 -----END PGP SIGNATURE----- --nextPart9859865.uSYimS8bby-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 17 23:39:52 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D547216A4DF; Mon, 17 Jul 2006 23:39:52 +0000 (UTC) (envelope-from iain.templeton@cisra.canon.com.au) Received: from ebenezer.cisra.com.au (a.ns.cisra.com.au [203.12.173.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6708443D4C; Mon, 17 Jul 2006 23:39:49 +0000 (GMT) (envelope-from iain.templeton@cisra.canon.com.au) Received: from jaroslav.research.canon.com.au (edge-aide.cisra.com.au [203.12.173.254]) by ebenezer.cisra.com.au (Postfix) with ESMTP id 1C7C622240B; Mon, 17 Jul 2006 23:39:44 +0000 (UTC) Received: from [10.2.7.137] (lureen.research.canon.com.au [10.2.7.137]) by jaroslav.research.canon.com.au (Postfix) with ESMTP id 104165C01B; Mon, 17 Jul 2006 23:39:44 +0000 (UTC) Message-ID: <44BC1FBF.8050603@cisra.canon.com.au> Date: Tue, 18 Jul 2006 09:39:43 +1000 From: Iain Templeton User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20060716232338.2357f50a.nork@FreeBSD.org> <200607171309.34139.jhb@freebsd.org> <20060718070334.496cfdf0.nork@FreeBSD.org> In-Reply-To: <20060718070334.496cfdf0.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 17 Jul 2006 23:47:07 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: many thread applications are unstable on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 23:39:52 -0000 Norikatsu Shigemura wrote: > On Mon, 17 Jul 2006 13:09:33 -0400 > John Baldwin wrote: >> On Sunday 16 July 2006 10:23, Norikatsu Shigemura wrote: >>> I think that this is FYI, maybe. Sorry, I don't know why it causes. >>> I could not trace problems. >> Does this only happen with libpthread or does it also happen with libthr? > > I don't know, because these applications cannot run on libthr > with libpthread.so.2 -> libthr.so.2 in libmap.conf. > > 5 nork@nadesico$ firefox > /libexec/ld-elf.so.1: /usr/lib/libthr.so.2: Undefined symbol "thr_getscheduler" > 6 nork@nadesico$ cvsync > /libexec/ld-elf.so.1: /usr/lib/libthr.so.2: Undefined symbol "thr_getscheduler" If you have set SYMVER_ENABLED when building libc, then you may not have thr_getscheduler(), thr_setscheduler() and thr_setschedparam() in the src/lib/libc/sys/Versions.def file for the syscalls. (Path and syscall name may vary...) I discovered that after much trial and error. I then couldn't get thunderbird or firefox to successfully resolve DNS so in the end gave up and rebuilt everything without symbol versioning. The installworld was fun... Iain From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 01:07:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B2C16A4E1 for ; Tue, 18 Jul 2006 01:07:41 +0000 (UTC) (envelope-from caiquanqing@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C68143D46 for ; Tue, 18 Jul 2006 01:07:40 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1738349pyc for ; Mon, 17 Jul 2006 18:07:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mYwdsAK9rIpogaZdumr3SLncegIHFHThwJ2gK+W/+avC9Xbyq5+sS76Skugcao1dx3AdC0qt9uMfXeO5KQI8TALnd8dG+hPTaZ6vKp2l4tcIpqdjKkUwnanooHca1I5UNDo1F2+OXcyz9jsTK8NG5a79pESN9wm0MjHXRLo/704= Received: by 10.35.18.18 with SMTP id v18mr4799175pyi; Mon, 17 Jul 2006 18:07:39 -0700 (PDT) Received: by 10.35.72.15 with HTTP; Mon, 17 Jul 2006 18:07:39 -0700 (PDT) Message-ID: <2b22951e0607171807i28d808f9y167226fe263d8987@mail.gmail.com> Date: Mon, 17 Jul 2006 18:07:39 -0700 From: "Cai, Quanqing" To: freebsd-current@freebsd.org In-Reply-To: <86r70kltbf.fsf@student.uni-magdeburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86r70kltbf.fsf@student.uni-magdeburg.de> Subject: Re: Build error in sys/vm/uma_core.c, patch attached X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 01:07:41 -0000 Thanks, it fixed the problem. Can somebody please commit it? On 7/16/06, Wolfram Fenske wrote: > Hello! > > When I just tried to build -current, I got a warning in > sys/vm/uma_core.c about `uma_zone_sumstat' being defined but not used > and the build stopped. This attached patch fixed the problem. > > > > > > Regards > Wolfram > -- > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 01:10:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA51416A4DA for ; Tue, 18 Jul 2006 01:10:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17AC443D6B for ; Tue, 18 Jul 2006 01:09:59 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D10C346BE3; Mon, 17 Jul 2006 21:09:58 -0400 (EDT) Date: Tue, 18 Jul 2006 02:09:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Cai, Quanqing" In-Reply-To: <2b22951e0607171807i28d808f9y167226fe263d8987@mail.gmail.com> Message-ID: <20060718020941.L60770@fledge.watson.org> References: <86r70kltbf.fsf@student.uni-magdeburg.de> <2b22951e0607171807i28d808f9y167226fe263d8987@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Build error in sys/vm/uma_core.c, patch attached X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 01:10:05 -0000 On Mon, 17 Jul 2006, Cai, Quanqing wrote: > Thanks, it fixed the problem. > > Can somebody please commit it? Yes, I plan to commit it shortly, but am waiting on build tests. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > On 7/16/06, Wolfram Fenske wrote: >> Hello! >> >> When I just tried to build -current, I got a warning in >> sys/vm/uma_core.c about `uma_zone_sumstat' being defined but not used >> and the build stopped. This attached patch fixed the problem. >> >> >> >> >> >> Regards >> Wolfram >> -- >> A: Yes. >> >Q: Are you sure? >> >>A: Because it reverses the logical flow of conversation. >> >>>Q: Why is top posting frowned upon? >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 01:37:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D58516A4DD for ; Tue, 18 Jul 2006 01:37:01 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C2A43D45 for ; Tue, 18 Jul 2006 01:37:00 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1746109pyc for ; Mon, 17 Jul 2006 18:37:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gTxs1/Gb12Yz6MDOds1q5pRZrIMAcMXJRt80zooxKRI6P6Fsmi47q9cIy4fy4QBxxAhVmdddg8VveAeZEBfbImaKqm6+S3MSQpo9rvP/zoqd+1zyWlvrjliJbiwhHCjue9HSz6kJeL8N0hkVLjw+IC8qAVeXS/HYGOGY7fTDI0I= Received: by 10.35.117.5 with SMTP id u5mr4829038pym; Mon, 17 Jul 2006 18:37:00 -0700 (PDT) Received: by 10.35.125.14 with HTTP; Mon, 17 Jul 2006 18:37:00 -0700 (PDT) Message-ID: Date: Tue, 18 Jul 2006 09:37:00 +0800 From: "Jiawei Ye" To: "Iain Templeton" In-Reply-To: <44BC1FBF.8050603@cisra.canon.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060716232338.2357f50a.nork@FreeBSD.org> <200607171309.34139.jhb@freebsd.org> <20060718070334.496cfdf0.nork@FreeBSD.org> <44BC1FBF.8050603@cisra.canon.com.au> Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: many thread applications are unstable on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 01:37:01 -0000 On 7/18/06, Iain Templeton wrote: > If you have set SYMVER_ENABLED when building libc, then you may not have > thr_getscheduler(), thr_setscheduler() and thr_setschedparam() in the > src/lib/libc/sys/Versions.def file for the syscalls. (Path and syscall > name may vary...) > > I discovered that after much trial and error. I then couldn't get > thunderbird or firefox to successfully resolve DNS so in the end gave up > and rebuilt everything without symbol versioning. The installworld was > fun... > > Iain Hi, I did not set SYMVER_ENABLED, is that automagically switched on? Because I get exactly the same error after the recent changes to libthr. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 01:49:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82D4316A4DE for ; Tue, 18 Jul 2006 01:49:56 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id B842743D45 for ; Tue, 18 Jul 2006 01:49:55 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1749576pyc for ; Mon, 17 Jul 2006 18:49:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RVHiEBioEJq6apNAmZlzOXJ1FcJpPHChoIJNAj0Lqhyk1pcIT3944cre1CBOFfDVegHoGKroM9SWQy0vS/5ZYbW8yh7Xi0lNjwkoLzmJFre9iQDeMxPf02P9M2/brs0c9ktQ0EbrySgT+D8sIPd9Pg47IvEoZoOMNwc+r9qwfbw= Received: by 10.35.106.15 with SMTP id i15mr4836192pym; Mon, 17 Jul 2006 18:49:55 -0700 (PDT) Received: by 10.35.125.14 with HTTP; Mon, 17 Jul 2006 18:49:55 -0700 (PDT) Message-ID: Date: Tue, 18 Jul 2006 09:49:55 +0800 From: "Jiawei Ye" To: "Iain Templeton" In-Reply-To: <44BC3D58.1050706@cisra.canon.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060716232338.2357f50a.nork@FreeBSD.org> <200607171309.34139.jhb@freebsd.org> <20060718070334.496cfdf0.nork@FreeBSD.org> <44BC1FBF.8050603@cisra.canon.com.au> <44BC3D58.1050706@cisra.canon.com.au> Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: many thread applications are unstable on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 01:49:56 -0000 On 7/18/06, Iain Templeton wrote: > Hmm, does ldd show that the application links against libc.so.6 or > libc.so.7? If it is libc.so.6, then that is because libc.so.6 doesn't > contain those syscalls. If it is libc.so.7 then I don't know. > > I had to rebuild all my ports after those syscalls were added in order > for things to work reliably. > > Iain Aha, you are absolutely right, thanks a lot. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 01:46:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A592516A4DE; Tue, 18 Jul 2006 01:46:03 +0000 (UTC) (envelope-from iain.templeton@cisra.canon.com.au) Received: from ebenezer.cisra.com.au (a.ns.cisra.com.au [203.12.173.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id D333943D69; Tue, 18 Jul 2006 01:46:01 +0000 (GMT) (envelope-from iain.templeton@cisra.canon.com.au) Received: from jaroslav.research.canon.com.au (edge-aide.cisra.com.au [203.12.173.254]) by ebenezer.cisra.com.au (Postfix) with ESMTP id F297822240B; Tue, 18 Jul 2006 01:46:00 +0000 (UTC) Received: from [10.2.7.137] (lureen.research.canon.com.au [10.2.7.137]) by jaroslav.research.canon.com.au (Postfix) with ESMTP id E8FD35C01C; Tue, 18 Jul 2006 01:46:00 +0000 (UTC) Message-ID: <44BC3D58.1050706@cisra.canon.com.au> Date: Tue, 18 Jul 2006 11:46:00 +1000 From: Iain Templeton User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Jiawei Ye References: <20060716232338.2357f50a.nork@FreeBSD.org> <200607171309.34139.jhb@freebsd.org> <20060718070334.496cfdf0.nork@FreeBSD.org> <44BC1FBF.8050603@cisra.canon.com.au> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 18 Jul 2006 02:27:40 +0000 Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: many thread applications are unstable on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 01:46:03 -0000 Jiawei Ye wrote: > On 7/18/06, Iain Templeton wrote: >> If you have set SYMVER_ENABLED when building libc, then you may not have >> thr_getscheduler(), thr_setscheduler() and thr_setschedparam() in the >> src/lib/libc/sys/Versions.def file for the syscalls. (Path and syscall >> name may vary...) >> >> I discovered that after much trial and error. I then couldn't get >> thunderbird or firefox to successfully resolve DNS so in the end gave up >> and rebuilt everything without symbol versioning. The installworld was >> fun... >> >> Iain > Hi, I did not set SYMVER_ENABLED, is that automagically switched on? > Because I get exactly the same error after the recent changes to > libthr. > Hmm, does ldd show that the application links against libc.so.6 or libc.so.7? If it is libc.so.6, then that is because libc.so.6 doesn't contain those syscalls. If it is libc.so.7 then I don't know. I had to rebuild all my ports after those syscalls were added in order for things to work reliably. Iain From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 05:43:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A265616A4DE for ; Tue, 18 Jul 2006 05:43:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A63F543D49 for ; Tue, 18 Jul 2006 05:43:03 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id f1so542830nzc for ; Mon, 17 Jul 2006 22:43:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qTpKMqqJtHM7bDtRaviXQwlUHEctSHMDcwOV87zl+deoQWxH/azVbpUDoVGOkrN0BmdKFgbjkHC89CkGiVrGI0O28e7a6g1Gj3w7Fsd9IOePJ0dN/lp+r5XRU+0m3Y9gj9IMzI1pIRRCPDR6uNsRXnIOpECb74sfvvvLmNV5ClA= Received: by 10.36.67.7 with SMTP id p7mr4389825nza; Mon, 17 Jul 2006 22:43:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 15sm1519654nzn.2006.07.17.22.43.00; Mon, 17 Jul 2006 22:43:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6I5igc8034422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jul 2006 14:44:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6I5idbG034421; Tue, 18 Jul 2006 14:44:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 18 Jul 2006 14:44:38 +0900 From: Pyun YongHyeon To: Alexander Leidinger Message-ID: <20060718054438.GB33301@cdnetworks.co.kr> References: <20060715225058.5ff3a750@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060715225058.5ff3a750@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, multimedia@freebsd.org Subject: Re: HEADS-UP: snd_emu10kx driver imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 05:43:04 -0000 On Sat, Jul 15, 2006 at 10:50:58PM +0200, Alexander Leidinger wrote: > Hi, > > I just imported the emu10kx driver which is available since a while in > ports. When loading the catch-all sound module is loaded, it will use > the emu10kx driver instead of the emu10k1 driver now. The old module is > still available in case the emu10kx driver doesn't work (we want to > hear about such cases). > > Currently both drivers return the same priority when probing. When all > sound devices are compiled into the kernel, the kernel will chose one > of the drivers. You will notice which one (I don't know)... > Personally I think old emu10k1(4) driver should return a BUS_PROBE_LOW_PRIORITY in order to give emu10kx(4) a chance. That way it would get more success/failure reports from users accoustomed to old emu10k1(4) driver. > At some point in time the emu10k1 driver will vanish. > > Bye, > Alexander. > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 07:35:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 445EF16A4DE; Tue, 18 Jul 2006 07:35:56 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6429843D49; Tue, 18 Jul 2006 07:35:54 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CDAD.dip.t-dialin.net [84.165.205.173]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6I7PKmW049847; Tue, 18 Jul 2006 09:25:21 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6I7ZtfV025884; Tue, 18 Jul 2006 09:35:55 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 18 Jul 2006 09:35:55 +0200 Message-ID: <20060718093555.ovfrvbhmo00wgg8g@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 18 Jul 2006 09:35:55 +0200 From: Alexander Leidinger To: pyunyh@gmail.com References: <20060715225058.5ff3a750@Magellan.Leidinger.net> <20060718054438.GB33301@cdnetworks.co.kr> In-Reply-To: <20060718054438.GB33301@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org, multimedia@freebsd.org Subject: Re: HEADS-UP: snd_emu10kx driver imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 07:35:56 -0000 Quoting Pyun YongHyeon (from Tue, 18 Jul 2006 =20 14:44:38 +0900): > On Sat, Jul 15, 2006 at 10:50:58PM +0200, Alexander Leidinger wrote: > > Hi, > > > > I just imported the emu10kx driver which is available since a while in > > ports. When loading the catch-all sound module is loaded, it will use > > the emu10kx driver instead of the emu10k1 driver now. The old module is > > still available in case the emu10kx driver doesn't work (we want to > > hear about such cases). > > > > Currently both drivers return the same priority when probing. When all > > sound devices are compiled into the kernel, the kernel will chose one > > of the drivers. You will notice which one (I don't know)... > > > > Personally I think old emu10k1(4) driver should return a > BUS_PROBE_LOW_PRIORITY in order to give emu10kx(4) a chance. > That way it would get more success/failure reports from > users accoustomed to old emu10k1(4) driver. I wouldn't be surprised if the current winning driver is the emu10k1 =20 one. I thought about LOW_PRI already before I committed it, but first =20 I will give early adoptors a chance to report bugs. Then we can change =20 the priority, and then remove the emu10k1 driver. But if you think we can change the pri now, I don't object... Bye, Alexander. --=20 ABSTAINER: =09A weak person who yields to the =09temptation of denying himself a pleasure. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 12:21:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BCD116A4DA for ; Tue, 18 Jul 2006 12:21:42 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07FA643D49 for ; Tue, 18 Jul 2006 12:21:41 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 18 Jul 2006 05:21:42 -0700 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k6ICLf24011332 for ; Tue, 18 Jul 2006 05:21:41 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k6ICLf2D027887 for ; Tue, 18 Jul 2006 05:21:41 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 18 Jul 2006 05:21:41 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 18 Jul 2006 05:21:41 -0700 Message-ID: <44BCD25A.1000202@cisco.com> Date: Tue, 18 Jul 2006 08:21:46 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Jul 2006 12:21:41.0297 (UTC) FILETIME=[B98ACA10:01C6AA64] DKIM-Signature: a=rsa-sha1; q=dns; l=571; t=1153225301; x=1154089301; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:SCTP=20heads=20up/ping; X=v=3Dcisco.com=3B=20h=3DjXxUEOH47s+zH/NMnZ8SDBhCj5I=3D; b=mD1RbZAnZh8t7NfEfxvONBEkoscvyBMiL9cKnZEj0kuli+0NAGuyDZoEopSipKHeTzQ2B0zN hrr2LsROaIkFn96BNxTFTbtW5bUIOtpG2uDooQzWRnvvnqiEkXK2nbPT; Authentication-Results: sj-dkim-2.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: Subject: SCTP heads up/ping X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 12:21:42 -0000 Hi all: A gentle reminder for those of interest... I sent out a patch earlier for SCTP.. for those interested in taking a look please grab it and do some testing... If you have done some testing, sharing your results would be much appreciated.. We do want to commit this stuff to current soon (maybe after Robert gets through playing with the sockets stuff he is working on :-D) So having a look and poking around with the code would be MUCH appreciated :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Jul 18 16:10:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87D9916A4DD for ; Tue, 18 Jul 2006 16:10:41 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E573D43D46 for ; Tue, 18 Jul 2006 16:10:40 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.6/8.13.6) with ESMTP id k6IGAc6i000232 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 18 Jul 2006 18:10:39 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-current@freebsd.org Content-Type: text/plain Date: Tue, 18 Jul 2006 18:10:30 +0200 Message-Id: <1153239030.1108.33.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 16:10:41 -0000 Recent thread "2Gb SYSVSHM limitation" reminded me of my recent finding - fields in struct vmmeter (src/sys/sys/vmmeter.h) are int and not long. On an AMD64 machine which can easily make milion syscalls/second the counters seem unnecessarily restricted by being 32bit (u_int). It is possible that the change in the type may require changing of some other interfaces (e.g. vm_paging_target() in the same file) but I guess it shouldn't be too bad. P.S.: If a commiter expresses some interest in the subject I can work out a patch as I just love stats with huge numbers :-). Michal From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 00:33:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2807916A4DA for ; Wed, 19 Jul 2006 00:33:54 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD1243D46 for ; Wed, 19 Jul 2006 00:33:52 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend3.internal (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id 4E8EFD90E46 for ; Tue, 18 Jul 2006 20:33:51 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by frontend3.internal (MEProxy); Tue, 18 Jul 2006 20:33:54 -0400 X-Sasl-enc: ++D6PcQE1oheLvSPMD1OxJlzdmj0/D/OlTALGwn8srmI 1153269231 Received: from [192.168.1.238] (unknown [205.246.14.237]) by mail.messagingengine.com (Postfix) with ESMTP id 70F138CC for ; Tue, 18 Jul 2006 20:33:49 -0400 (EDT) Message-ID: <44BD7DD5.9030406@fastmail.fm> Date: Tue, 18 Jul 2006 19:33:25 -0500 From: Patrick Bowen User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 00:33:54 -0000 Daniel Eischen wrote: > On Mon, 17 Jul 2006, Wolfram Fenske wrote: > >> Patrick Bowen writes: >> >>> Hello. >>> >>> I recently upgraded a Gateway MX6121 from 6.1 stable to -current, >>> following the canonical procedure in /usr/src/UPDATING, and now >>> whenever I try to start firefox, it dumps a core file (segmentation >>> fault). Firefox was compiled from source under 6.1. >>> >>> Should I have upgraded from 6.1 to -current, and /then/ start adding >>> ports, or does that matter? >> >> When I upgraded about two weeks ago, a lot of programs dumped core. >> Rebuilding fixed that. I didn't have these problems when I upgraded >> before, not even from 6.0 to 7.0-current, just this last time. > > Because there are libraries whose version have not been bumped > yet in 7.0. > Understood. Here's my situation. I drive a truck, and the truck stops have wireless, but no wired, and there's a secure login. So I have to have a working browser to get on the web to do updates/upgrades. What would be the best way to avoid the "library" problem that caused the cores? Upgrade all the packages from source before I cvsup to -current, or...? Thanks for any pointers. Patrick From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 00:45:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E75B16A4DE for ; Wed, 19 Jul 2006 00:45:08 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8565F43D46 for ; Wed, 19 Jul 2006 00:45:06 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (0cjs5ca44dgpmonr@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k6J0j3Wq017741; Tue, 18 Jul 2006 17:45:03 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k6J0j3Fx017739; Tue, 18 Jul 2006 17:45:03 -0700 (PDT) (envelope-from jmg) Date: Tue, 18 Jul 2006 17:45:03 -0700 From: John-Mark Gurney To: Patrick Bowen Message-ID: <20060719004503.GB96589@funkthat.com> Mail-Followup-To: Patrick Bowen , freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> <44BD7DD5.9030406@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44BD7DD5.9030406@fastmail.fm> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 00:45:08 -0000 Patrick Bowen wrote this message on Tue, Jul 18, 2006 at 19:33 -0500: > Here's my situation. I drive a truck, and the truck stops have wireless, > but no wired, and there's a secure login. So I have to have a working > browser to get on the web to do updates/upgrades. why not get lynx or w3m (I know one if not both support https) compiled staticly, and then you don't have to worry about the gui browser issue? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 00:55:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1575116A4DF for ; Wed, 19 Jul 2006 00:55:10 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0F0B43D45 for ; Wed, 19 Jul 2006 00:55:09 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend3.internal (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id D56BBD90D76 for ; Tue, 18 Jul 2006 20:55:07 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by frontend3.internal (MEProxy); Tue, 18 Jul 2006 20:55:10 -0400 X-Sasl-enc: o+VzHo1TblCe+Z6ncZqbaGyuuL4ix0Fmivje9IdIAc/W 1153270501 Received: from [192.168.1.253] (unknown [205.246.14.237]) by mail.messagingengine.com (Postfix) with ESMTP id 9142650A2 for ; Tue, 18 Jul 2006 20:54:58 -0400 (EDT) Message-ID: <44BD82D4.1000802@fastmail.fm> Date: Tue, 18 Jul 2006 19:54:44 -0500 From: Patrick Bowen User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> <44BD7DD5.9030406@fastmail.fm> <20060719004503.GB96589@funkthat.com> In-Reply-To: <20060719004503.GB96589@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 00:55:10 -0000 John-Mark Gurney wrote: > Patrick Bowen wrote this message on Tue, Jul 18, 2006 at 19:33 -0500: > >> Here's my situation. I drive a truck, and the truck stops have wireless, >> but no wired, and there's a secure login. So I have to have a working >> browser to get on the web to do updates/upgrades. >> > > why not get lynx or w3m (I know one if not both support https) compiled > staticly, and then you don't have to worry about the gui browser issue? > > I tried lynx from the RELEASE cdrom, and it didn't support https. At least not that version. Links does however. I'll look at w3m, also. How do I go about statically compiling the non-gui browser? Just "make" with a knob turned on or what? Thanks, Patrick From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 01:24:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BFDE16A4DE for ; Wed, 19 Jul 2006 01:24:38 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA6C043D46 for ; Wed, 19 Jul 2006 01:24:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (kaow5gffeerg4303@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k6J1OahU018286; Tue, 18 Jul 2006 18:24:36 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k6J1OasK018285; Tue, 18 Jul 2006 18:24:36 -0700 (PDT) (envelope-from jmg) Date: Tue, 18 Jul 2006 18:24:35 -0700 From: John-Mark Gurney To: Patrick Bowen Message-ID: <20060719012435.GC96589@funkthat.com> Mail-Followup-To: Patrick Bowen , freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> <44BD7DD5.9030406@fastmail.fm> <20060719004503.GB96589@funkthat.com> <44BD82D4.1000802@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44BD82D4.1000802@fastmail.fm> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 01:24:38 -0000 Patrick Bowen wrote this message on Tue, Jul 18, 2006 at 19:54 -0500: > John-Mark Gurney wrote: > >Patrick Bowen wrote this message on Tue, Jul 18, 2006 at 19:33 -0500: > > > >>Here's my situation. I drive a truck, and the truck stops have wireless, > >>but no wired, and there's a secure login. So I have to have a working > >>browser to get on the web to do updates/upgrades. > >> > > > >why not get lynx or w3m (I know one if not both support https) compiled > >staticly, and then you don't have to worry about the gui browser issue? > > > > > I tried lynx from the RELEASE cdrom, and it didn't support https. At > least not that version. Links does however. I'll look at w3m, also. look at the lynx-ssl port... > How do I go about statically compiling the non-gui browser? Just "make" > with a knob turned on or what? w/ a clean port I believe you can do: make LDFLAGS=-static but I haven't tested that.. building stand alone, you copy the cc/gcc command that builds the final binary and add the -static option... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 03:18:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDA5016A4E0 for ; Wed, 19 Jul 2006 03:18:34 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C0E543D45 for ; Wed, 19 Jul 2006 03:18:33 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) for id 1G32Zx-0000mF-1x; Wed, 19 Jul 2006 05:18:32 +0200 Received: from hondo. (pD9517042.dip0.t-ipconnect.de [217.81.112.66]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k6J3INSX003649 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 19 Jul 2006 05:18:24 +0200 To: freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> <44BD7DD5.9030406@fastmail.fm> From: Wolfram Fenske Date: Wed, 19 Jul 2006 05:16:38 +0200 In-Reply-To: <44BD7DD5.9030406@fastmail.fm> (Patrick Bowen's message of "Tue, 18 Jul 2006 19:33:25 -0500") Message-ID: <863bcyjnc9.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-Spam-Report: ---- Start SpamAssassin results -2.6 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: 03025af7a8025cd73e963bdd0710f16c Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 03:18:34 -0000 Patrick Bowen writes: > Daniel Eischen wrote: >> On Mon, 17 Jul 2006, Wolfram Fenske wrote: >> >>> Patrick Bowen writes: >>> >>>> Hello. >>>> >>>> I recently upgraded a Gateway MX6121 from 6.1 stable to -current, >>>> following the canonical procedure in /usr/src/UPDATING, and now >>>> whenever I try to start firefox, it dumps a core file (segmentation >>>> fault). Firefox was compiled from source under 6.1. >>>> >>>> Should I have upgraded from 6.1 to -current, and /then/ start adding >>>> ports, or does that matter? Probably. It solved the problem for me. >>> When I upgraded about two weeks ago, a lot of programs dumped core. >>> Rebuilding fixed that. I didn't have these problems when I upgraded >>> before, not even from 6.0 to 7.0-current, just this last time. >> >> Because there are libraries whose version have not been bumped >> yet in 7.0. >> > > [...] > > What would be the best way to avoid the "library" problem that caused > the cores? Upgrade all the packages from source before I cvsup to > -current, or...? I'd say: 1. update the ports tree to get the latest patches you might need for -current 2. build and install -current 3. rebuild any ports that dump core You probably need an internet connection for step 3 in case you don't have the sources for a particular port in /usr/ports/distfiles, yet. Hm, I believe there is an option you can turn on when building ports that inhibts the actual compilation but does everything else, like e. g. download the source code. I don't know the name, however. Anyway, if you had this option, you could use it to download the sources for the problematic ports after step 1 and wouldn't need an internet connection in step 3. Wolfram -- A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 03:44:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D51FC16A4DD for ; Wed, 19 Jul 2006 03:44:57 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 405F043D45 for ; Wed, 19 Jul 2006 03:44:55 +0000 (GMT) (envelope-from matheusber@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so128422uge for ; Tue, 18 Jul 2006 20:44:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=CaIwNrOeoWvputpGUOeaRqODg5gmxaLN2tFDodh86Tg+OPRF7EDdMupGEDnJy4HeelEG1ldigJGLV8uPGi2UnsYjSDU0ihLBNJWmERdWI+vc5c3lBsh5NE1WjUVtTh9P7tR0aH//gv1scHoiCnJ6U8+ZWcHrTHQDVlpnhJZoJ8s= Received: by 10.78.140.17 with SMTP id n17mr107125hud; Tue, 18 Jul 2006 20:44:54 -0700 (PDT) Received: by 10.78.161.15 with HTTP; Tue, 18 Jul 2006 20:44:54 -0700 (PDT) Message-ID: <4956a5e50607182044l45abe63dyc56d2d1601b90bcf@mail.gmail.com> Date: Wed, 19 Jul 2006 00:44:54 -0300 From: "Nenhum _de_Nos" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Wed, 19 Jul 2006 04:31:32 +0000 Subject: sio problem - irda and lirc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 03:44:57 -0000 hello, i have a freeze problem when i run lircd -n -d /dev/ttyd0 and then run irw for use a dump on the device for configuration. i dont know if its the wrong driver ( sio has pciid for smcf010 and mine is smcf030 ), but my thought it is the same family :) i'm using 7.0-CURRENT: FreeBSD darkside. 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue May 9 04:34:40 UTC 2006 root@darkside.:/usr/obj/usr/src/sys/Darkside i386 thanks matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 07:34:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BD9D16A4DE; Wed, 19 Jul 2006 07:34:00 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75EFB43D46; Wed, 19 Jul 2006 07:33:58 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k6J7XrWZ062399; Wed, 19 Jul 2006 10:33:53 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 19 Jul 2006 10:33:53 +0300 (EEST) From: Dmitry Pryanishnikov To: Daniel Eischen In-Reply-To: Message-ID: <20060719103001.V48660@atlantis.atlantis.dp.ua> References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 07:34:00 -0000 Hello! On Mon, 17 Jul 2006, Daniel Eischen wrote: >> When I upgraded about two weeks ago, a lot of programs dumped core. >> Rebuilding fixed that. I didn't have these problems when I upgraded >> before, not even from 6.0 to 7.0-current, just this last time. > > Because there are libraries whose version have not been bumped > yet in 7.0. BTW, libc.so.6 has recently been added to ObsoleteFiles.inc on CURRENT. However many ports (e.g. java/diablo-jre15) still install binaries linked against libc.so.6. Can compatibility port (misc/compat6x) be created in order to support those ports under CURRENT? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 11:02:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6092516A61B for ; Wed, 19 Jul 2006 11:02:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E99C43D5A for ; Wed, 19 Jul 2006 11:01:59 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7F19A46CAA; Wed, 19 Jul 2006 07:01:58 -0400 (EDT) Date: Wed, 19 Jul 2006 12:01:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Patrick Bowen In-Reply-To: <44BD7DD5.9030406@fastmail.fm> Message-ID: <20060719120037.S2059@fledge.watson.org> References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> <44BD7DD5.9030406@fastmail.fm> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 11:02:10 -0000 On Tue, 18 Jul 2006, Patrick Bowen wrote: >>>> I recently upgraded a Gateway MX6121 from 6.1 stable to -current, >>>> following the canonical procedure in /usr/src/UPDATING, and now whenever >>>> I try to start firefox, it dumps a core file (segmentation fault). >>>> Firefox was compiled from source under 6.1. >>>> >>>> Should I have upgraded from 6.1 to -current, and /then/ start adding >>>> ports, or does that matter? >>> >>> When I upgraded about two weeks ago, a lot of programs dumped core. >>> Rebuilding fixed that. I didn't have these problems when I upgraded >>> before, not even from 6.0 to 7.0-current, just this last time. >> >> Because there are libraries whose version have not been bumped yet in 7.0. >> > > Understood. > > Here's my situation. I drive a truck, and the truck stops have wireless, but > no wired, and there's a secure login. So I have to have a working browser to > get on the web to do updates/upgrades. > > What would be the best way to avoid the "library" problem that caused the > cores? Upgrade all the packages from source before I cvsup to -current, > or...? > > Thanks for any pointers. In short, the only way to fix these problems is to rebuild all your ports in order that the installed ports match your library set and that all applications linked against old library versions are updated. Eventually, there will be a compat6x port that installs compatibility versions of libraries, but there are a number of open questions about how we want to approach that (due to library version interdependence) so the short term solution of upgrading everything (and specifically, building them from scratch) is the way to go. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 07:51:00 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72EDD16A4DD for ; Wed, 19 Jul 2006 07:51:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D5C43D46 for ; Wed, 19 Jul 2006 07:50:58 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xabufw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k6J7oldY037264 for ; Wed, 19 Jul 2006 09:50:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k6J7olwv037263; Wed, 19 Jul 2006 09:50:47 +0200 (CEST) (envelope-from olli) Date: Wed, 19 Jul 2006 09:50:47 +0200 (CEST) Message-Id: <200607190750.k6J7olwv037263@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <1153239030.1108.33.camel@genius.i.cz> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 19 Jul 2006 09:50:57 +0200 (CEST) X-Mailman-Approved-At: Wed, 19 Jul 2006 11:53:31 +0000 Cc: Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 07:51:00 -0000 Michal Mertl wrote: > Recent thread "2Gb SYSVSHM limitation" reminded me of my recent finding > - fields in struct vmmeter (src/sys/sys/vmmeter.h) are int and not long. I'm not authoritative, but I think they should be neither int nor long, but uint64_t. > On an AMD64 machine which can easily make milion syscalls/second the > counters seem unnecessarily restricted by being 32bit (u_int). You don't need an AMD64 machine for that. I've seen the counters in the "vmstat -s" output overflow even on slow (by today's measures) intel machines after a certain amount of uptime. > P.S.: If a commiter expresses some interest in the subject I can work > out a patch as I just love stats with huge numbers :-). Should be fairly easy, I think. The stats are recorded in sysctl variables (e.g. vm.stats.sys.v_swtch), so you have to change the data type of the sysctl, then grep the code for all occurences that access it (kernel as well as user- land). However, there's one small problem: On 32bit architectures like i386, a 64bit value can't be changed with a single instruction. That might be an efficiency problem, and you also might have to make sure that proper locking is used each time the value is accessed. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 12:37:27 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B3316A4DF for ; Wed, 19 Jul 2006 12:37:27 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id B246843D46 for ; Wed, 19 Jul 2006 12:37:26 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.6/8.13.6) with ESMTP id k6JCbOaG088291 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 19 Jul 2006 14:37:24 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-current@FreeBSD.ORG In-Reply-To: <200607190750.k6J7olwv037263@lurza.secnetix.de> References: <200607190750.k6J7olwv037263@lurza.secnetix.de> Content-Type: text/plain Date: Wed, 19 Jul 2006 14:37:15 +0200 Message-Id: <1153312635.1261.22.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Oliver Fromme Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 12:37:27 -0000 Oliver Fromme wrote: > Michal Mertl wrote: > > Recent thread "2Gb SYSVSHM limitation" reminded me of my recent finding > > - fields in struct vmmeter (src/sys/sys/vmmeter.h) are int and not long. > > I'm not authoritative, but I think they should be neither > int nor long, but uint64_t. No, it won't work, see below. > > On an AMD64 machine which can easily make milion syscalls/second the > > counters seem unnecessarily restricted by being 32bit (u_int). > > You don't need an AMD64 machine for that. I've seen the > counters in the "vmstat -s" output overflow even on slow > (by today's measures) intel machines after a certain amount > of uptime. > > > P.S.: If a commiter expresses some interest in the subject I can work > > out a patch as I just love stats with huge numbers :-). > > Should be fairly easy, I think. The stats are recorded in > sysctl variables (e.g. vm.stats.sys.v_swtch), so you have > to change the data type of the sysctl, then grep the code > for all occurences that access it (kernel as well as user- > land). > > However, there's one small problem: On 32bit architectures > like i386, a 64bit value can't be changed with a single > instruction. That might be an efficiency problem, and you > also might have to make sure that proper locking is used > each time the value is accessed. > We had discussions about 64 bit counters several times during the years (I made a huge patch which turned every network related counter 64bit and all accesses were made with a macro) and the conclusion was that it isn't worth it. 64bit numbers are too expensive to do correctly on 32bit machines. When done incorrectly they can easily get incorrect and that is probably worse than a simple counter in machine's native word size (which can still get incorrect on some architectures). I expect you know that long is usually 64bit wide on 64bit architectures. The discussion about 64bit counters on 32bit machines doesn't make much sense when AMD64 is becoming the mainstream architecture and the right type to use for integers (that can get "large") is long IMHO. > Best regards > Oliver From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 13:16:02 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A0216A4DA for ; Wed, 19 Jul 2006 13:16:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B59BA43D49 for ; Wed, 19 Jul 2006 13:16:01 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jylqnu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k6JDFpem048355 for ; Wed, 19 Jul 2006 15:16:00 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k6JDFpvM048354; Wed, 19 Jul 2006 15:15:51 +0200 (CEST) (envelope-from olli) Date: Wed, 19 Jul 2006 15:15:51 +0200 (CEST) Message-Id: <200607191315.k6JDFpvM048354@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <1153312635.1261.22.camel@genius.i.cz> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 19 Jul 2006 15:16:00 +0200 (CEST) X-Mailman-Approved-At: Wed, 19 Jul 2006 13:48:36 +0000 Cc: Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 13:16:02 -0000 Michal Mertl wrote: > We had discussions about 64 bit counters several times during the years > (I made a huge patch which turned every network related counter 64bit > and all accesses were made with a macro) and the conclusion was that it > isn't worth it. > > 64bit numbers are too expensive to do correctly on 32bit machines. When > done incorrectly they can easily get incorrect and that is probably > worse than a simple counter in machine's native word size (which can > still get incorrect on some architectures). > > I expect you know that long is usually 64bit wide on 64bit > architectures. The discussion about 64bit counters on 32bit machines > doesn't make much sense when AMD64 is becoming the mainstream > architecture and the right type to use for integers (that can get > "large") is long IMHO. I see. I'm mostly a userland programmer, and when there's a variable that might overflow 32 bits, then I always use a 64 bit type (e.g. uint64_t), no matter whether I'm on a 32 bit or 64 bit architecture. It's all about portability and reliability. In fact, I rarely use "long", because I think it's not very useful. However, I got your point. Kernel programming is different from userland programming, and I'm aware that using 64 bit values can cause problems on 32 bit architectures (which I mentioned in my previous mail). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. With Perl you can manipulate text, interact with programs, talk over networks, drive Web pages, perform arbitrary precision arithmetic, and write programs that look like Snoopy swearing. From owner-freebsd-current@FreeBSD.ORG Wed Jul 19 14:05:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF23C16A4DF for ; Wed, 19 Jul 2006 14:05:40 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av6-2-sn3.vrr.skanova.net (av6-2-sn3.vrr.skanova.net [81.228.9.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C6B43D46 for ; Wed, 19 Jul 2006 14:05:40 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 1B44A38257; Wed, 19 Jul 2006 16:05:39 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 0C57437EFF; Wed, 19 Jul 2006 16:05:39 +0200 (CEST) Received: from 213-65-29-110-no21.tbcn.telia.com (213-65-29-110-no21.tbcn.telia.com [213.65.29.110]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id EA74437E43; Wed, 19 Jul 2006 16:05:38 +0200 (CEST) From: Joel Dahl To: pyunyh@gmail.com In-Reply-To: <20060712004004.GB9542@cdnetworks.co.kr> References: <20060705114853.GB73705@cdnetworks.co.kr> <20060707001715.GB82406@cdnetworks.co.kr> <20060712004004.GB9542@cdnetworks.co.kr> Content-Type: text/plain Date: Wed, 19 Jul 2006 16:05:38 +0200 Message-Id: <1153317938.709.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 14:05:41 -0000 On Wed, 2006-07-12 at 09:40 +0900, Pyun YongHyeon wrote: > On Fri, Jul 07, 2006 at 09:17:15AM +0900, To freebsd-current@freebsd.org wrote: > > On Wed, Jul 05, 2006 at 08:48:53PM +0900, To freebsd-current@freebsd.org wrote: > > > Hi, > > > > > [...] > > > > > > You can get the latest stge(4) driver from the following URL. > > > http://people.freebsd.org/~yongari/stge/stge.HEAD.diff > > > > > I've regenerated the patch as it has missing changes. > > > > For more broad testing I've generated a patch for RELENG_6 too. > > http://people.freebsd.org/~yongari/stge/stge.REL6.diff > > > > I've updated stge(4) again. Jumbo frame support was corrected and > a few minor fix was made. Special thanks to wpaul for providing chip > documentation and help. > > For CURRENT: > http://people.freebsd.org/~yongari/stge/stge.HEAD.diff > For RELENG_6: > http://people.freebsd.org/~yongari/stge/stge.REL6.diff I've been using your updated patch for a week now, without any problems. See my other reply for a brief description of the hardware I'm using. -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 00:02:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFDB116A4DD for ; Thu, 20 Jul 2006 00:02:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C62D43D45 for ; Thu, 20 Jul 2006 00:02:56 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id b29so568519pya for ; Wed, 19 Jul 2006 17:02:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=fkJxU1ulQP4kCs1ntM10xWXheYgfMkZ7jRXRVYCoR26VtRx45aFUFDHwUob5lBxUE0cnwl0ubXV7r7/Wb9RjMpEKHcJnx9CRfq1Fo7633C6l9YQSehZU8OBog740PjjRlaUgX9eHlZUyBcB44DeriTiu6AdFbOxXmV3bihmoTu0= Received: by 10.35.90.20 with SMTP id s20mr1993988pyl; Wed, 19 Jul 2006 17:02:55 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 10sm598501nzo.2006.07.19.17.02.54; Wed, 19 Jul 2006 17:02:55 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6K02pka001305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jul 2006 09:02:51 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6K02oEk001304; Thu, 20 Jul 2006 09:02:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 20 Jul 2006 09:02:50 +0900 From: Pyun YongHyeon To: Joel Dahl Message-ID: <20060720000250.GB1139@cdnetworks.co.kr> References: <20060705114853.GB73705@cdnetworks.co.kr> <20060707001715.GB82406@cdnetworks.co.kr> <20060712004004.GB9542@cdnetworks.co.kr> <1153317938.709.1.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1153317938.709.1.camel@localhost> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 00:02:58 -0000 On Wed, Jul 19, 2006 at 04:05:38PM +0200, Joel Dahl wrote: > On Wed, 2006-07-12 at 09:40 +0900, Pyun YongHyeon wrote: > > On Fri, Jul 07, 2006 at 09:17:15AM +0900, To freebsd-current@freebsd.org wrote: > > > On Wed, Jul 05, 2006 at 08:48:53PM +0900, To freebsd-current@freebsd.org wrote: > > > > Hi, > > > > > > > [...] > > > > > > > > You can get the latest stge(4) driver from the following URL. > > > > http://people.freebsd.org/~yongari/stge/stge.HEAD.diff > > > > > > > I've regenerated the patch as it has missing changes. > > > > > > For more broad testing I've generated a patch for RELENG_6 too. > > > http://people.freebsd.org/~yongari/stge/stge.REL6.diff > > > > > > > I've updated stge(4) again. Jumbo frame support was corrected and > > a few minor fix was made. Special thanks to wpaul for providing chip > > documentation and help. > > > > For CURRENT: > > http://people.freebsd.org/~yongari/stge/stge.HEAD.diff > > For RELENG_6: > > http://people.freebsd.org/~yongari/stge/stge.REL6.diff > > I've been using your updated patch for a week now, without any problems. > See my other reply for a brief description of the hardware I'm using. > Thanks for testing. After testing stge(4) on sparc64 I'll commit it. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 15:35:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B559116A4E2 for ; Thu, 20 Jul 2006 15:35:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E589343D55 for ; Thu, 20 Jul 2006 15:35:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k6KFYeHA057040; Thu, 20 Jul 2006 09:34:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 20 Jul 2006 09:34:57 -0600 (MDT) Message-Id: <20060720.093457.1661914908.imp@bsdimp.com> To: freebsd-current@freebsd.org, olli@lurza.secnetix.de From: "M. Warner Losh" In-Reply-To: <200607191315.k6JDFpvM048354@lurza.secnetix.de> References: <1153312635.1261.22.camel@genius.i.cz> <200607191315.k6JDFpvM048354@lurza.secnetix.de> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 20 Jul 2006 09:34:40 -0600 (MDT) Cc: Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 15:35:36 -0000 In message: <200607191315.k6JDFpvM048354@lurza.secnetix.de> Oliver Fromme writes: : Michal Mertl wrote: : > We had discussions about 64 bit counters several times during the years : > (I made a huge patch which turned every network related counter 64bit : > and all accesses were made with a macro) and the conclusion was that it : > isn't worth it. : > : > 64bit numbers are too expensive to do correctly on 32bit machines. When : > done incorrectly they can easily get incorrect and that is probably : > worse than a simple counter in machine's native word size (which can : > still get incorrect on some architectures). : > : > I expect you know that long is usually 64bit wide on 64bit : > architectures. The discussion about 64bit counters on 32bit machines : > doesn't make much sense when AMD64 is becoming the mainstream : > architecture and the right type to use for integers (that can get : > "large") is long IMHO. : : I see. I'm mostly a userland programmer, and when there's : a variable that might overflow 32 bits, then I always use a : 64 bit type (e.g. uint64_t), no matter whether I'm on a 32 : bit or 64 bit architecture. It's all about portability and : reliability. In fact, I rarely use "long", because I think : it's not very useful. : : However, I got your point. Kernel programming is different : from userland programming, and I'm aware that using 64 bit : values can cause problems on 32 bit architectures (which I : mentioned in my previous mail). One approach that we could use for 64-bit counters would be to just use 32-bits one, and poll them for overflow and bump an overflow count. This assumes that the 32-bit counters overflow much less often than the polling interval, and easily triples the amount of storage for each of them... It is ugly :-( Warner From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 15:49:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2121016A4E1; Thu, 20 Jul 2006 15:49:22 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id A368643D46; Thu, 20 Jul 2006 15:49:21 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id 2C8D117CBE; Thu, 20 Jul 2006 11:49:23 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id 13B1A17CB5; Thu, 20 Jul 2006 11:49:23 -0400 (EDT) Date: Thu, 20 Jul 2006 11:49:23 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Peter Ross In-Reply-To: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> Message-ID: <20060720104238.L8726@arbitor.digitalfreaks.org> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Geoffrey Giesemann , freebsd-current@freebsd.org, Gleb Smirnoff , wmoran@collaborativefusion.com, David Barbero Subject: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 15:49:22 -0000 On Mon, 20 Feb 2006, Peter Ross wrote: > I installed a IBM x336, a 1U server. > > it came with two bge interfaces built-in: > (from dmesg) > [...] > which are working fine. > > But I have a problem with two dual port Broadcom cards plugged in into > this box: > > > I cannot connect them to the 1000MBit switch (a Dell Powerswitch, I have a Dell PowerEdge 850 (Generation 3 or 4, hard to tell the way Dell rolls things out). The NICs onboard are: bge0: mem 0xdf9f0000-0xdf9fffff irq 16 at device 0.0 on pci5 bge1: mem 0xdf7f0000-0xdf7fffff irq 17 at device 0.0 on pci6 With the MFC pull up of if_bge.c from 1.24 -> 1.91.2.13 (RELENG_6, RELENG_6_1) compiled in, the link speed negotation / interface link state change problems you describe on this platform persist. Unforunately, I have a RELENG_5_3 box i haven't tried to backport the changes to (I had to hack PCIIDs from -rHEAD just to get 5.3 to recognize this chipset), but it doesn't exhibit this problem. BTW, the problem persists on Dell PowerConnect switches and Cisco Catalyst 3550-48T SMIs. I think this is a driver problem, because, at least on my system, I'm able to run "tcpdump -n -i bge0 -ttt -e" and see incoming packets making it into the NIC cards input buffer. The destination MAC address is the same, and the packets have the SYN flag set, but no TCP socket is ever opened, so it's possible the data is being dropped in the handoff from the layer2 driver to the upper-layer tcp(4) or ip(4) layers: This is: # uname -a FreeBSD tantrum.pitbpa1.priv.collaborativefusion.com 6.1-RELEASE-p3 FreeBSD 6.1-RELEASE-p3 #0: Thu Jul 20 10:31:01 EDT 2006 i386 # ident /boot/kernel/kernel |grep -i bge $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.91.2.13 2006/03/04 09:34:48 oleg Exp $ # ifconfig bge1 bge1: flags=8843 mtu 1500 options=1b inet6 fe80::213:72ff:fe3b:d8bb%bge1 prefixlen 64 scopeid 0x2 inet 206.210.72.75 netmask 0xffffffc0 broadcast 206.210.72.127 ether 00:13:72:3b:d8:bb media: Ethernet 100baseTX status: active # tcpdump -n -i bge1 -ttt -e "port 22" listening on bge1, link-type EN10MB (Ethernet), capture size 96 bytes 000000 00:05:dd:c0:9f:00 > 00:13:72:3b:d8:bb, ethertype IPv4 (0x0800), length 62: 206.210.89.202.55952 > 206.210.72.75.22: S 4262123753:4262123753(0) win 65535 *** But: **** # netstat -tan|grep -i 22 tcp4 0 32 192.168.126.138.22 192.168.2.50.49175 ESTABLISHED tcp4 0 0 *.22 *.* LISTEN tcp6 0 0 *.22 *.* LISTEN There are no errors on the interfaces: [root@tantrum ~]# netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:13:72:3b:d8:ba 1060 0 268 0 0 bge0 1500 fe80:1::213:7 fe80:1::213:72ff: 0 - 4 - - bge0 1500 192.168.126.1 tantrum-v14.corp. 469 - 449 - - bge1 1500 00:13:72:3b:d8:bb 175 0 0 0 0 bge1 1500 fe80:2::213:7 fe80:2::213:72ff: 0 - 4 - - bge1 1500 206.210.72.64 unallocated.pitbp 24 - 38 - - Interesting things in "netstat -s": 5 connection accepts This number does not increment on these syn packets. However the following stats do update on connection attempts inbound: 11 syncache entries added 14 retransmitted 12 dupsyn 69 dropped 6 completed 0 bucket overflow 0 cache overflow 0 reset 4 stale 0 aborted 0 badack 0 unreach 0 zone failures The following also increment when a TCP socket does not open as expected: # netstat -s|egrep -i "packets for this host|total packets" ipv4: 2078 total packets received 1800 packets for this host 0 total packets received 0 packets for this host So TCP seems to be affected, ipv4 does not. That may explain part of the problem. Cisco switch interface: as0#sh int fa0/10 FastEthernet0/10 is down, line protocol is down (notconnect) Hardware is Fast Ethernet, address is 0013.7fd2.b88a (bia 0013.7fd2.b88a) Description: Tantrum Mgmnt MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, media type is 10/100BaseTX input flow-control is off, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:25, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 250653 packets input, 35479549 bytes, 0 no buffer Received 36 broadcasts (0 multicast) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 10 multicast, 0 pause input 0 input packets with dribble condition detected 1753610 packets output, 260154228 bytes, 0 underruns 0 output errors, 0 collisions, 3 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out ---- So in conclusion: 1) Manually ifconfig down, ifconfig up'ing the interface post-boot resolves the problem 2) The Cisco Catalyst switch shows no errors on it's interface 3) The FBSD Interface counters show no errors 4) The kernel seems to see IPV4 packets coming in from the L2 driver bge(4) 5) The TCP/UDP code never seems to recieve the packets 6) Disabling IPMI in the Dell onboard BMC does not resolve the issue 7) Auto negotiate instead of forced full-duplex on both the switch/system does not solve the problem. It causes the system to negotiate up at 100mbs/half-duplex (which is technically impossible), plus Cisco TAC does not support autonegotate configurations. 8) There are no packet filters installed or enabled 9) This is the latest RELENG_6_1 with the bge(4) patch The solution seems to be to simply not use bge(4) hardware. Use Intel instead. Unfortunately, Dell seems to have therr heart set on replacing OEM Intel integrated chipsets with BGE in the new 1950 and 2950s. Not good. ~BAS PS. Also, I just wanted to say that this kind of dry humor wasn't lost on anyone here and much appreciated. >:} >> Are the NICs a copper ones? Do they work properly against each other, >> or against any other equipment? Since you are connecting them to >> a switch that is 1000 km away, I suppose you are using some media >> converters; what equipment is the NIC connected to? From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 17:29:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CE7516A4E0 for ; Thu, 20 Jul 2006 17:29:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64F3643D5F for ; Thu, 20 Jul 2006 17:29:18 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ufwdix@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k6KHT6T8001390; Thu, 20 Jul 2006 19:29:11 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k6KHT55o001389; Thu, 20 Jul 2006 19:29:05 +0200 (CEST) (envelope-from olli) Date: Thu, 20 Jul 2006 19:29:05 +0200 (CEST) Message-Id: <200607201729.k6KHT55o001389@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, imp@bsdimp.com In-Reply-To: <20060720.093457.1661914908.imp@bsdimp.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 20 Jul 2006 19:29:11 +0200 (CEST) Cc: Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, imp@bsdimp.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 17:29:21 -0000 M. Warner Losh wrote: > One approach that we could use for 64-bit counters would be to just > use 32-bits one, and poll them for overflow and bump an overflow > count. That's an interesting idea. That would eliminate the efficieny concern. > This assumes that the 32-bit counters overflow much less often > than the polling interval, Let me try some math ... The context-switch counter on a 3+GHz machine here increases by 500 per second when idle, and by 26,000 per second when under some serious load (so it overflows after less than two days!). Lets say we need to cope with 1,000,000 per second on average, which would be really a lot. In that case a 32bit counter would overflow after 1 hour 11 minutes, which I think is plenty of time to poll for an overflow. If we poll every five minutes, it would be sufficient for an average of 14 million counter events per second. > and easily triples the amount of storage for each of them... True, storage is tripled. But how many counters are we talking about here? I guess rather a few, not thousands of them, right? > It is ugly :-( Yes, I certainly agree, it's ugly. But having wrong output from "vmstat -s" and other tools is ugly, too -- and it is noticed by a lot more people. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 18:09:01 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC55316A4DF for ; Thu, 20 Jul 2006 18:09:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67A7E43D53 for ; Thu, 20 Jul 2006 18:09:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9431746BD4; Thu, 20 Jul 2006 14:09:00 -0400 (EDT) Date: Thu, 20 Jul 2006 19:09:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-current@FreeBSD.ORG, imp@bsdimp.com In-Reply-To: <200607201729.k6KHT55o001389@lurza.secnetix.de> Message-ID: <20060720190823.M98132@fledge.watson.org> References: <200607201729.k6KHT55o001389@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 18:09:01 -0000 On Thu, 20 Jul 2006, Oliver Fromme wrote: > > and easily triples the amount of storage for each of them... > > True, storage is tripled. But how many counters are we talking about here? > I guess rather a few, not thousands of them, right? > > > It is ugly :-( > > Yes, I certainly agree, it's ugly. But having wrong output from "vmstat -s" > and other tools is ugly, too -- and it is noticed by a lot more people. This problem is not limited to vmstat -- the network stack uses 32-bit counters in a lot of places where 32-bits has become very small. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 19:07:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACA2316A4DD for ; Thu, 20 Jul 2006 19:07:33 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35EA243D49 for ; Thu, 20 Jul 2006 19:07:32 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend3.internal (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id 51B61D910FD for ; Thu, 20 Jul 2006 15:07:31 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by frontend3.internal (MEProxy); Thu, 20 Jul 2006 15:07:33 -0400 X-Sasl-enc: O6MeV1T2/tgZGtLMfmZCp/t2MGc9ZEhUu22vPs38gx0m 1153422445 Received: from [192.168.224.156] (unknown [12.176.108.130]) by mail.messagingengine.com (Postfix) with ESMTP id 62FCA1EF8 for ; Thu, 20 Jul 2006 15:07:24 -0400 (EDT) Message-ID: <44BFD471.4060406@fastmail.fm> Date: Thu, 20 Jul 2006 14:07:29 -0500 From: Patrick Bowen User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> <44BD7DD5.9030406@fastmail.fm> <20060719120037.S2059@fledge.watson.org> In-Reply-To: <20060719120037.S2059@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 19:07:33 -0000 Robert Watson wrote: > > On Tue, 18 Jul 2006, Patrick Bowen wrote: > >>>>> I recently upgraded a Gateway MX6121 from 6.1 stable to -current, >>>>> following the canonical procedure in /usr/src/UPDATING, and now >>>>> whenever I try to start firefox, it dumps a core file >>>>> (segmentation fault). Firefox was compiled from source under 6.1. >>>>> >>>>> Should I have upgraded from 6.1 to -current, and /then/ start >>>>> adding ports, or does that matter? >>>> >>>> When I upgraded about two weeks ago, a lot of programs dumped core. >>>> Rebuilding fixed that. I didn't have these problems when I >>>> upgraded before, not even from 6.0 to 7.0-current, just this last >>>> time. >>> >>> Because there are libraries whose version have not been bumped yet >>> in 7.0. >>> >> >> Understood. >> >> Here's my situation. I drive a truck, and the truck stops have >> wireless, but no wired, and there's a secure login. So I have to have >> a working browser to get on the web to do updates/upgrades. >> >> What would be the best way to avoid the "library" problem that caused >> the cores? Upgrade all the packages from source before I cvsup to >> -current, or...? >> >> Thanks for any pointers. > > In short, the only way to fix these problems is to rebuild all your > ports in order that the installed ports match your library set and > that all applications linked against old library versions are > updated. Eventually, there will be a compat6x port that installs > compatibility versions of libraries, but there are a number of open > questions about how we want to approach that (due to library version > interdependence) so the short term solution of upgrading everything > (and specifically, building them from scratch) is the way to go. > > Robert N M Watson > Computer Laboratory > University of Cambridge So I'll have to upgrade to -current, then rebuild all the ports against -current's libraries. Sounds simple enough. Tedious, but simple. When I went from 6.0 stable to -current I didn't have this problem. The libraries must have diverged significantly since then. Even with the hassles, I prefer FreeBSD to anything else... Thanks to everyone for all their help. Patrick From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 19:28:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 702CD16A4DD for ; Thu, 20 Jul 2006 19:28:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail30.syd.optusnet.com.au (mail30.syd.optusnet.com.au [211.29.133.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 827F243D46 for ; Thu, 20 Jul 2006 19:28:23 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail30.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k6KJSBXj004107 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 21 Jul 2006 05:28:12 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k6KJSBDq003316; Fri, 21 Jul 2006 05:28:11 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k6KJSAn9003315; Fri, 21 Jul 2006 05:28:10 +1000 (EST) (envelope-from peter) Date: Fri, 21 Jul 2006 05:28:10 +1000 From: Peter Jeremy To: "M. Warner Losh" Message-ID: <20060720192810.GD716@turion.vk2pj.dyndns.org> References: <1153312635.1261.22.camel@genius.i.cz> <200607191315.k6JDFpvM048354@lurza.secnetix.de> <20060720.093457.1661914908.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5p8PegU4iirBW1oA" Content-Disposition: inline In-Reply-To: <20060720.093457.1661914908.imp@bsdimp.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, olli@lurza.secnetix.de Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 19:28:24 -0000 --5p8PegU4iirBW1oA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Jul-20 09:34:57 -0600, M. Warner Losh wrote: >One approach that we could use for 64-bit counters would be to just >use 32-bits one, and poll them for overflow and bump an overflow >count. This assumes that the 32-bit counters overflow much less often >than the polling interval, and easily triples the amount of storage >for each of them... It is ugly :-( You also need to provide helper functions to convert a {old count, new count, overflow count} triplet into a 64-bit value for userland. One area where this has benefits is per-CPU statistics: Each CPU accumulates statistics in per-CPU space (so updates don't need atomic operations). The per-CPU statistics are then merged by the helper functions as required (when referenced and often enough not to overflow). This approach reduces the cost of updating the raw statistics at the cost of increasing the cost of accessing the statistics - which is probably a worthwhile tradeoff for a counter that it being incremented several thousand times a second but rarely read (once per second would be unusually high). The worst case would be rx/tx byte counters on high-speed NICs. These could incrememnt by 100e6/sec with gigabit (or 1e9/sec with 10gig). The latter number means a polling interval of ~2 seconds (though 10gig NICs are still rare). --=20 Peter Jeremy --5p8PegU4iirBW1oA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEv9lI/opHv/APuIcRAiIpAJ4uMZxOWLAPv9XgbCqQksvUaFjbcQCfYyS9 8+Sb+N1TJrRyaTktRoMyL9w= =IoYL -----END PGP SIGNATURE----- --5p8PegU4iirBW1oA-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 18:26:07 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00C9F16A4DE for ; Thu, 20 Jul 2006 18:26:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4412943D45 for ; Thu, 20 Jul 2006 18:26:05 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (rwvmzs@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k6KIPx9n003551 for ; Thu, 20 Jul 2006 20:26:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k6KIPxZ4003550; Thu, 20 Jul 2006 20:25:59 +0200 (CEST) (envelope-from olli) Date: Thu, 20 Jul 2006 20:25:59 +0200 (CEST) Message-Id: <200607201825.k6KIPxZ4003550@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <20060720190823.M98132@fledge.watson.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 20 Jul 2006 20:26:04 +0200 (CEST) X-Mailman-Approved-At: Thu, 20 Jul 2006 19:50:28 +0000 Cc: Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 18:26:07 -0000 Robert Watson wrote: > Oliver Fromme wrote: > > > > and easily triples the amount of storage for each of them... > > > > True, storage is tripled. But how many counters are we talking about here? > > I guess rather a few, not thousands of them, right? > > > > > It is ugly :-( > > > > Yes, I certainly agree, it's ugly. But having wrong output from "vmstat -s" > > and other tools is ugly, too -- and it is noticed by a lot more people. > > This problem is not limited to vmstat -- the network stack uses 32-bit > counters in a lot of places where 32-bits has become very small. I see. That's unfortunate. :-( However, byte counters and packet counters in IPFW and IPF (and probably PF, but I haven't verified) are already 64bit. So there _are_ at least a few places where the problem does not exist. # ipfw show 65535 26326861627 25395554002225 allow ip from any to any # uname -m i386 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "[...] one observation we can make here is that Python makes an excellent pseudocoding language, with the wonderful attribute that it can actually be executed." -- Bruce Eckel From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 20:26:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29E1516A4DD for ; Thu, 20 Jul 2006 20:26:22 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E7343D55 for ; Thu, 20 Jul 2006 20:26:21 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id k6KKQI3F006530; Thu, 20 Jul 2006 16:26:19 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id k6KKQIGk006505; Thu, 20 Jul 2006 16:26:18 -0400 (EDT) Date: Thu, 20 Jul 2006 16:26:17 -0400 From: Thomas Dickey To: Patrick Bowen Message-ID: <20060720202617.GA5842@saltmine.radix.net> References: <44BADEC8.5030807@fastmail.fm> <86ejwkrh83.fsf@student.uni-magdeburg.de> <44BD7DD5.9030406@fastmail.fm> <20060719004503.GB96589@funkthat.com> <44BD82D4.1000802@fastmail.fm> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <44BD82D4.1000802@fastmail.fm> User-Agent: Mutt/1.3.27i Cc: freebsd-current@freebsd.org Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 20:26:22 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 18, 2006 at 07:54:44PM -0500, Patrick Bowen wrote: > John-Mark Gurney wrote: > >Patrick Bowen wrote this message on Tue, Jul 18, 2006 at 19:33 -0500: > > =20 > >>Here's my situation. I drive a truck, and the truck stops have wireless= ,=20 > >>but no wired, and there's a secure login. So I have to have a working= =20 > >>browser to get on the web to do updates/upgrades. > >> =20 > > > >why not get lynx or w3m (I know one if not both support https) compiled > >staticly, and then you don't have to worry about the gui browser issue? > > > > =20 > I tried lynx from the RELEASE cdrom, and it didn't support https. At=20 > least not that version. Links does however. I'll look at w3m, also. =20 I see a lynx-ssl port listed (the reference to the cdrom sounds like the ports collection, which is what I'm looking at). lynx-current looks like a better choice though. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFEv+botIqByHxlDocRAtpMAJ0QW7SM03BWbLRZlBqm0H7uj+MovQCfc4e3 3UkAKMEF0tUiespXV1epUuk= =On0m -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 20 20:30:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF7A716A4DD for ; Thu, 20 Jul 2006 20:30:02 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CF343D46 for ; Thu, 20 Jul 2006 20:30:02 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id k6KKTx3F008293; Thu, 20 Jul 2006 16:29:59 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id k6KKTxxm008292; Thu, 20 Jul 2006 16:29:59 -0400 (EDT) Date: Thu, 20 Jul 2006 16:29:59 -0400 From: Thomas Dickey To: John-Mark Gurney Message-ID: <20060720202959.GA7293@saltmine.radix.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: freebsd-current@freebsd.org Subject: Re: Firefox on -current dumps core. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2006 20:30:03 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 19, 2006 at 09:28:17AM +0800, John-Mark Gurney wrote: > look at the lynx-ssl port... lynx-ssl appears to be lynx 2.8.4 which is very old, lynx is lynx 2.8.5 but does not include ssl while lynx-current is lynx 2.8.6dev.18 (and includes ssl). The current version of lynx is 2.8.5 It's available at http://lynx.isc.org/lynx2.8.5/ 2.8.6 Development & patches: http://lynx.isc.org/current/index.html --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFEv+fEtIqByHxlDocRAqFbAJ9chodQzp8yRAZZ0Ib2B/n8Eo0W9QCdEKU2 T2UqMKS4fBB/SN7fOwgudAs= =yD00 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 21 03:32:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EC8216A4E5 for ; Fri, 21 Jul 2006 03:32:38 +0000 (UTC) (envelope-from SRS0=/6uWiU=BG=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailout03.yourhostingaccount.com (outmail.yourhostingaccount.com [65.254.254.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA6A43D4C for ; Fri, 21 Jul 2006 03:32:37 +0000 (GMT) (envelope-from SRS0=/6uWiU=BG=vvelox.net=v.velox@yourhostingaccount.com) Received: from scan04.yourhostingaccount.com ([10.1.1.234] helo=scan04.yourhostingaccount.com) by mailout03.yourhostingaccount.com with esmtp (Exim) id 1G3lki-0007Wf-Gf for freebsd-current@freebsd.org; Thu, 20 Jul 2006 23:32:36 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] ident=exim) by scan04.yourhostingaccount.com with spamscanlookuphost (Exim) id 1G3lki-0000VL-C2 for freebsd-current@freebsd.org; Thu, 20 Jul 2006 23:32:36 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] helo=authsmtp09.yourhostingaccount.com) by scan04.yourhostingaccount.com with esmtp (Exim) id 1G3lkh-0000VE-Qx for freebsd-current@freebsd.org; Thu, 20 Jul 2006 23:32:35 -0400 Received: from 24-119-225-24.cpe.cableone.net ([24.119.225.24] helo=vixen42) by authsmtp09.yourhostingaccount.com with esmtpa (Exim) id 1G3lkh-0003YO-87; Thu, 20 Jul 2006 23:32:35 -0400 Date: Thu, 20 Jul 2006 22:34:18 +0000 From: Vulpes Velox To: Erik =?ISO-8859-1?Q?N=F8rgaard?= Message-ID: <20060720223418.0999ce59@vixen42> In-Reply-To: <44B40601.5050708@locolomo.org> References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> <44B3E520.5030700@FreeBSD.org> <44B40601.5050708@locolomo.org> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EN-UserInfo: 0d1ca1697cdb7a831d4877828571b7ab:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox2 Sender: Vulpes Velox Cc: Doug Barton , Michael, Bushkov , freebsd-current@freebsd.org Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jul 2006 03:32:38 -0000 On Tue, 11 Jul 2006 22:11:45 +0200 Erik N=F8rgaard wrote: > Sorry, please accept my apologies and move on :-) I usually just > follow this list, but since Doug brought down this path... >=20 > Doug Barton wrote: >=20 > > IMO, this argument isn't persuasive. My personal feeling is that > > before something new gets added to the base system it needs to > > have a pretty large userbase, perhaps even a majority of our > > users. We have a very good ports system that exists to provide > > easy access to "optional" software that isn't needed by a > > majority of our users. I haven't seen any reasons why ldap > > support doesn't fall into that category. >=20 > I don't know, but separating things out could both fragment the > project and make things progress faster. >=20 > So, my thought was: How about a "base-ports"? A "base-port" should > be a software package entirely maintained by the FreeBSD team but > kept outside the base system, and must be under a BSD compatible > licence? >=20 > My list would be, basically what can be disabled in make.conf, and > some new ones: GAMES, LPR, NIS, SENDMAIL, BIND, DCHP (server), LDAP >=20 > Please don't flame me - I know that such a list would be eternally > disputed... Now there is a idea I would love to see. I don't really see a need for it to be maintained outside of the base system, but seeing the base system moved to something like that would be nice. Being able to uninstall a part of the base system would be nice as well. I personally would ride myself of sendmail. From owner-freebsd-current@FreeBSD.ORG Fri Jul 21 12:34:16 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C0BF16A4DA for ; Fri, 21 Jul 2006 12:34:16 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E955443D46 for ; Fri, 21 Jul 2006 12:34:15 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 2B5C124D90 for ; Fri, 21 Jul 2006 14:34:15 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 761DA9B51C for ; Fri, 21 Jul 2006 12:34:48 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 5EC2A405F; Fri, 21 Jul 2006 14:34:48 +0200 (CEST) Date: Fri, 21 Jul 2006 14:34:48 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20060721123448.GV6253@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: em(4) watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jul 2006 12:34:16 -0000 Hi, I am running a two month old current (dated from May 24), and I am experiencing watchdog timeouts with my em(4) adapter when running some CPU bound workload involving a computational perl script. Unfortunately this bugs occurs very infrequently, I can't trigger it each time I run this job. FWIW, the command line is something like this : % gzip -dc data.gz | perlscript > chewed_data I recompiled em(4) with DEBUG_INIT, DEBUG_IOCTL and DEBUG_HW all set to 1, but it doesn't seem to provide valuable information : % Jul 21 11:17:14 neuneuf kernel: em0: watchdog timeout -- resetting % Jul 21 11:17:14 neuneuf kernel: em_init: begin % Jul 21 11:17:14 neuneuf kernel: em_stop: begin % Jul 21 11:17:14 neuneuf kernel: free_transmit_structures: begin % Jul 21 11:17:14 neuneuf kernel: free_receive_structures: begin % Jul 21 11:17:14 neuneuf kernel: em_init: pba=48K % Jul 21 11:17:14 neuneuf kernel: em_hardware_init: begin % Jul 21 11:17:14 neuneuf kernel: em_initialize_transmit_unit: begin % Jul 21 11:17:14 neuneuf kernel: Base = 1ebf9000, Length = 1000 % Jul 21 11:17:14 neuneuf kernel: % Jul 21 11:17:14 neuneuf kernel: em_set_multi: begin % Jul 21 11:17:14 neuneuf kernel: em_initialize_receive_unit: begin % Jul 21 11:17:14 neuneuf kernel: em0: link state changed to DOWN % Jul 21 11:17:16 neuneuf kernel: em0: link state changed to UP % Jul 21 11:17:16 neuneuf kernel: ioctl rcv'd: SIOCxIFMEDIA (Get/Set Interface Media) % Jul 21 11:17:16 neuneuf kernel: em_media_status: begin The ship is: % em0@pci3:11:0: class=0x020000 card=0x02871014 chip=0x10138086 rev=0x00 hdr=0x00 % vendor = 'Intel Corporation' % device = '82541EI Gigabit Ethernet Controller (Copper)' % class = network % subclass = ethernet The interrupt is shared with uhci0: % neuneuf:/sys:112# vmstat -i % interrupt total rate % irq1: atkbd0 39216 0 % irq14: ata0 4801030 3 % irq16: em0 uhci0++ 919491852 688 % irq19: uhci1 35141 0 % irq23: ehci0 1 0 % cpu0: timer 2670435076 1999 % Total 3594802316 2692 I can't try DEVICE_POLLING right now since IIRC I should recompile the whole kernel (right now I am using the if_em module so that I can tune the driver without rebooting). Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Jul 21 12:51:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C037A16A4DA; Fri, 21 Jul 2006 12:51:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC52943D7E; Fri, 21 Jul 2006 12:51:24 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A1019208C; Fri, 21 Jul 2006 14:51:17 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 838EA2088; Fri, 21 Jul 2006 14:51:17 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 649FC33C31; Fri, 21 Jul 2006 14:51:17 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Vulpes Velox References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> <44B3E520.5030700@FreeBSD.org> <44B40601.5050708@locolomo.org> <20060720223418.0999ce59@vixen42> Date: Fri, 21 Jul 2006 14:51:17 +0200 In-Reply-To: <20060720223418.0999ce59@vixen42> (Vulpes Velox's message of "Thu, 20 Jul 2006 22:34:18 +0000") Message-ID: <86wta7ruii.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , Michael@FreeBSD.ORG, Erik =?iso-8859-1?Q?N=F8rgaard?= , freebsd-current@freebsd.org, Bushkov Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jul 2006 12:51:38 -0000 Vulpes Velox writes: > Now there is a idea I would love to see. I don't really see a need > for it to be maintained outside of the base system, but seeing the > base system moved to something like that would be nice. Being able to > uninstall a part of the base system would be nice as well. I > personally would ride myself of sendmail. # echo WITHOUT_SENDMAIL=3DYES >>/etc/make.conf # cd /usr/src # yes | make delete-old DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jul 21 16:27:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 864FC16A4FD for ; Fri, 21 Jul 2006 16:27:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6FED43D45 for ; Fri, 21 Jul 2006 16:27:31 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so1265849pyb for ; Fri, 21 Jul 2006 09:27:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mLaY+Egi4WajvQ4Xj7dMo7pE14Ms+U2y19SYKcq2QUqgAN6sxrc3LS6fu0P6LyliQlcJSUWWHQqlGsAM/jdBxlL1OklPva9KcyuN8dGbHA0I1y42R9J9kbX3uRPcOBk0FHqRDYvOj/t+sdWt15YOVzlcUp3QCZp7F9EAsdKKhuk= Received: by 10.35.70.2 with SMTP id x2mr1494663pyk; Fri, 21 Jul 2006 09:27:31 -0700 (PDT) Received: by 10.35.119.14 with HTTP; Fri, 21 Jul 2006 09:27:31 -0700 (PDT) Message-ID: <2a41acea0607210927s108d1326qdad02b7d29376a09@mail.gmail.com> Date: Fri, 21 Jul 2006 09:27:31 -0700 From: "Jack Vogel" To: "Jeremie Le Hen" In-Reply-To: <20060721123448.GV6253@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060721123448.GV6253@obiwan.tataz.chchile.org> Cc: freebsd-current@freebsd.org Subject: Re: em(4) watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jul 2006 16:27:32 -0000 On 7/21/06, Jeremie Le Hen wrote: > Hi, > > I am running a two month old current (dated from May 24), and I am > experiencing watchdog timeouts with my em(4) adapter when running > some CPU bound workload involving a computational perl script. > Unfortunately this bugs occurs very infrequently, I can't trigger > it each time I run this job. > > FWIW, the command line is something like this : > % gzip -dc data.gz | perlscript > chewed_data > > I recompiled em(4) with DEBUG_INIT, DEBUG_IOCTL and DEBUG_HW > all set to 1, but it doesn't seem to provide valuable information : > > % Jul 21 11:17:14 neuneuf kernel: em0: watchdog timeout -- resetting > % Jul 21 11:17:14 neuneuf kernel: em_init: begin > % Jul 21 11:17:14 neuneuf kernel: em_stop: begin > % Jul 21 11:17:14 neuneuf kernel: free_transmit_structures: begin > % Jul 21 11:17:14 neuneuf kernel: free_receive_structures: begin > % Jul 21 11:17:14 neuneuf kernel: em_init: pba=48K > % Jul 21 11:17:14 neuneuf kernel: em_hardware_init: begin > % Jul 21 11:17:14 neuneuf kernel: em_initialize_transmit_unit: begin > % Jul 21 11:17:14 neuneuf kernel: Base = 1ebf9000, Length = 1000 > % Jul 21 11:17:14 neuneuf kernel: > % Jul 21 11:17:14 neuneuf kernel: em_set_multi: begin > % Jul 21 11:17:14 neuneuf kernel: em_initialize_receive_unit: begin > % Jul 21 11:17:14 neuneuf kernel: em0: link state changed to DOWN > % Jul 21 11:17:16 neuneuf kernel: em0: link state changed to UP > % Jul 21 11:17:16 neuneuf kernel: ioctl rcv'd: SIOCxIFMEDIA (Get/Set Interface Media) > % Jul 21 11:17:16 neuneuf kernel: em_media_status: begin > > The ship is: > % em0@pci3:11:0: class=0x020000 card=0x02871014 chip=0x10138086 rev=0x00 hdr=0x00 > % vendor = 'Intel Corporation' > % device = '82541EI Gigabit Ethernet Controller (Copper)' > % class = network > % subclass = ethernet > > The interrupt is shared with uhci0: > % neuneuf:/sys:112# vmstat -i > % interrupt total rate > % irq1: atkbd0 39216 0 > % irq14: ata0 4801030 3 > % irq16: em0 uhci0++ 919491852 688 > % irq19: uhci1 35141 0 > % irq23: ehci0 1 0 > % cpu0: timer 2670435076 1999 > % Total 3594802316 2692 > > I can't try DEVICE_POLLING right now since IIRC I should recompile the whole > kernel (right now I am using the if_em module so that I can tune the driver > without rebooting). hitting watchdog means you have a hang of some sort. try 'sysctl dev.em.0.debug_info=1' and see if that gives any clues. Jack From owner-freebsd-current@FreeBSD.ORG Fri Jul 21 17:35:57 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E51216A4E0 for ; Fri, 21 Jul 2006 17:35:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCCD43D46 for ; Fri, 21 Jul 2006 17:35:56 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4522E46BF5 for ; Fri, 21 Jul 2006 13:35:55 -0400 (EDT) Date: Fri, 21 Jul 2006 18:35:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20060721183437.V79560@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: socket close changes (was: cvs commit: src/sys/kern uipc_socket.c uipc_usrreq.c src/sys/net raw_usrreq.c rtsock.c src/sys/netatalk ddp_usrreq.c src/sys/netatm atm_aal5.c atm_usrreq.c src/sys/netgraph ng_socket.c src/sys/netgraph/bluetooth/include ng_btsocket_hci_raw.h ng_btsocket_l2cap.h ... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jul 2006 17:35:57 -0000 This commit changes the tear-down state machine for sockets and protocols. I have done a moderate amount of testing for several protocol types, but the changes were mechanical for some others, and there are likely bugs. Please let me know (and e-mail current@) if you experience any problems. This is part of my continuing project to normalize/sanitize/sanify the life cycle of socket and protocol control blocks in order to make them easier to optimize. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Fri, 21 Jul 2006 17:11:15 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern uipc_socket.c uipc_usrreq.c src/sys/net raw_usrreq.c rtsock.c src/sys/netatalk ddp_usrreq.c src/sys/netatm atm_aal5.c atm_usrreq.c src/sys/netgraph ng_socket.c src/sys/netgraph/bluetooth/include ng_btsocket_hci_raw.h ng_btsocket_l2cap.h ... rwatson 2006-07-21 17:11:15 UTC FreeBSD src repository Modified files: sys/kern uipc_socket.c uipc_usrreq.c sys/net raw_usrreq.c rtsock.c sys/netatalk ddp_usrreq.c sys/netatm atm_aal5.c atm_usrreq.c sys/netgraph ng_socket.c sys/netgraph/bluetooth/include ng_btsocket_hci_raw.h ng_btsocket_l2cap.h ng_btsocket_rfcomm.h sys/netgraph/bluetooth/socket ng_btsocket.c ng_btsocket_hci_raw.c ng_btsocket_l2cap.c ng_btsocket_l2cap_raw.c ng_btsocket_rfcomm.c sys/netinet raw_ip.c tcp_subr.c tcp_usrreq.c udp_usrreq.c sys/netinet6 raw_ip6.c udp6_usrreq.c sys/netipsec keysock.c sys/netipx ipx_usrreq.c spx_usrreq.c sys/netkey keysock.c sys/netnatm natm.c Log: Change semantics of socket close and detach. Add a new protocol switch function, pru_close, to notify protocols that the file descriptor or other consumer of a socket is closing the socket. pru_abort is now a notification of close also, and no longer detaches. pru_detach is no longer used to notify of close, and will be called during socket tear-down by sofree() when all references to a socket evaporate after an earlier call to abort or close the socket. This means detach is now an unconditional teardown of a socket, whereas previously sockets could persist after detach of the protocol retained a reference. This faciliates sharing mutexes between layers of the network stack as the mutex is required during the checking and removal of references at the head of sofree(). With this change, pru_detach can now assume that the mutex will no longer be required by the socket layer after completion, whereas before this was not necessarily true. Reviewed by: gnn Revision Changes Path 1.273 +5 -6 src/sys/kern/uipc_socket.c 1.172 +17 -2 src/sys/kern/uipc_usrreq.c 1.43 +11 -1 src/sys/net/raw_usrreq.c 1.137 +8 -0 src/sys/net/rtsock.c 1.51 +20 -3 src/sys/netatalk/ddp_usrreq.c 1.25 +14 -1 src/sys/netatm/atm_aal5.c 1.27 +1 -0 src/sys/netatm/atm_usrreq.c 1.7 +1 -0 src/sys/netgraph/bluetooth/include/ng_btsocket_hci_raw.h 1.8 +2 -0 src/sys/netgraph/bluetooth/include/ng_btsocket_l2cap.h 1.8 +1 -0 src/sys/netgraph/bluetooth/include/ng_btsocket_rfcomm.h 1.13 +4 -0 src/sys/netgraph/bluetooth/socket/ng_btsocket.c 1.22 +5 -1 src/sys/netgraph/bluetooth/socket/ng_btsocket_hci_raw.c 1.20 +8 -1 src/sys/netgraph/bluetooth/socket/ng_btsocket_l2cap.c 1.19 +9 -1 src/sys/netgraph/bluetooth/socket/ng_btsocket_l2cap_raw.c 1.21 +9 -2 src/sys/netgraph/bluetooth/socket/ng_btsocket_rfcomm.c 1.77 +4 -0 src/sys/netgraph/ng_socket.c 1.164 +34 -15 src/sys/netinet/raw_ip.c 1.252 +12 -37 src/sys/netinet/tcp_subr.c 1.140 +92 -55 src/sys/netinet/tcp_usrreq.c 1.192 +28 -4 src/sys/netinet/udp_usrreq.c 1.64 +21 -3 src/sys/netinet6/raw_ip6.c 1.67 +46 -4 src/sys/netinet6/udp6_usrreq.c 1.16 +12 -0 src/sys/netipsec/keysock.c 1.57 +14 -7 src/sys/netipx/ipx_usrreq.c 1.85 +29 -8 src/sys/netipx/spx_usrreq.c 1.36 +12 -0 src/sys/netkey/keysock.c 1.48 +7 -1 src/sys/netnatm/natm.c From owner-freebsd-current@FreeBSD.ORG Sat Jul 22 07:06:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD9B16A4DD for ; Sat, 22 Jul 2006 07:06:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 0686343D60 for ; Sat, 22 Jul 2006 07:06:30 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 25083 invoked by uid 399); 22 Jul 2006 07:06:29 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Jul 2006 07:06:29 -0000 Message-ID: <44C1CE73.7030200@FreeBSD.org> Date: Sat, 22 Jul 2006 00:06:27 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.4 (X11/20060604) MIME-Version: 1.0 To: Jeremie Le Hen References: <20060721123448.GV6253@obiwan.tataz.chchile.org> In-Reply-To: <20060721123448.GV6253@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: em(4) watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jul 2006 07:06:40 -0000 Jeremie Le Hen wrote: > Hi, > > I am running a two month old current (dated from May 24) SOP with -current is that before you submit a bug report for a system this old you should upgrade to the latest world and kernel. Two months is _really_ old in -current terms. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Jul 22 08:38:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A69316A4E1 for ; Sat, 22 Jul 2006 08:38:39 +0000 (UTC) (envelope-from SRS0=GIHGOV=BH=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailout07.yourhostingaccount.com (outmail.yourhostingaccount.com [65.254.254.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4D1D43D4C for ; Sat, 22 Jul 2006 08:38:37 +0000 (GMT) (envelope-from SRS0=GIHGOV=BH=vvelox.net=v.velox@yourhostingaccount.com) Received: from scan10.yourhostingaccount.com ([10.1.1.240] helo=scan10.yourhostingaccount.com) by mailout07.yourhostingaccount.com with esmtp (Exim) id 1G4D0P-0004so-0L for freebsd-current@freebsd.org; Sat, 22 Jul 2006 04:38:37 -0400 Received: from authsmtp08.yourhostingaccount.com ([10.1.18.8] ident=exim) by scan10.yourhostingaccount.com with spamscanlookuphost (Exim) id 1G4D0O-0005Hx-Ro for freebsd-current@freebsd.org; Sat, 22 Jul 2006 04:38:36 -0400 Received: from authsmtp08.yourhostingaccount.com ([10.1.18.8] helo=authsmtp08.yourhostingaccount.com) by scan10.yourhostingaccount.com with esmtp (Exim) id 1G4D0O-0005Hq-BZ for freebsd-current@freebsd.org; Sat, 22 Jul 2006 04:38:36 -0400 Received: from 24-119-225-24.cpe.cableone.net ([24.119.225.24] helo=vixen42) by authsmtp08.yourhostingaccount.com with esmtpa (Exim) id 1G4D0N-0007Yn-J9; Sat, 22 Jul 2006 04:38:35 -0400 Date: Sat, 22 Jul 2006 03:40:29 +0000 From: Vulpes Velox To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) Message-ID: <20060722034029.611dab19@vixen42> In-Reply-To: <86wta7ruii.fsf@xps.des.no> References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> <44B3E520.5030700@FreeBSD.org> <44B40601.5050708@locolomo.org> <20060720223418.0999ce59@vixen42> <86wta7ruii.fsf@xps.des.no> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EN-UserInfo: 0d1ca1697cdb7a831d4877828571b7ab:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox2 Sender: Vulpes Velox Cc: Doug Barton , freebsd-current@freebsd.org, Michael@FreeBSD.ORG, =?ISO-8859-1?Q?N=F8rgaard?= , Erik, Bushkov Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jul 2006 08:38:39 -0000 On Fri, 21 Jul 2006 14:51:17 +0200 des@des.no (Dag-Erling Sm=F8rgrav) wrote: > Vulpes Velox writes: > > Now there is a idea I would love to see. I don't really see a need > > for it to be maintained outside of the base system, but seeing the > > base system moved to something like that would be nice. Being > > able to uninstall a part of the base system would be nice as > > well. I personally would ride myself of sendmail. >=20 > # echo WITHOUT_SENDMAIL=3DYES >>/etc/make.conf > # cd /usr/src > # yes | make delete-old Yeah, I am aware this can be done along with other parts as well. I think see a system that allows for it to be removed as well as just not compiled would be nice. From owner-freebsd-current@FreeBSD.ORG Sat Jul 22 11:42:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39D0A16A4E1; Sat, 22 Jul 2006 11:42:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF18443D46; Sat, 22 Jul 2006 11:42:48 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 30AF92083; Sat, 22 Jul 2006 13:42:45 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 2146A2082; Sat, 22 Jul 2006 13:42:45 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id EBE0233C31; Sat, 22 Jul 2006 13:42:44 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Vulpes Velox References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> <44B3E520.5030700@FreeBSD.org> <44B40601.5050708@locolomo.org> <20060720223418.0999ce59@vixen42> <86wta7ruii.fsf@xps.des.no> <20060722034029.611dab19@vixen42> Date: Sat, 22 Jul 2006 13:42:44 +0200 In-Reply-To: <20060722034029.611dab19@vixen42> (Vulpes Velox's message of "Sat, 22 Jul 2006 03:40:29 +0000") Message-ID: <86fygtx3uz.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-current@freebsd.org, Michael@FreeBSD.ORG, =?iso-8859-1?Q?N=F8rgaard?= , Erik, Bushkov Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jul 2006 11:42:49 -0000 Vulpes Velox writes: > des@des.no (Dag-Erling Sm=F8rgrav) wrote: > > # echo WITHOUT_SENDMAIL=3DYES >>/etc/make.conf > > # cd /usr/src > > # yes | make delete-old > Yeah, I am aware this can be done along with other parts as well. I > think see a system that allows for it to be removed as well as just > not compiled would be nice. which part of 'make delete-old' did you not understand? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jul 22 16:41:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D124416A4E2 for ; Sat, 22 Jul 2006 16:41:01 +0000 (UTC) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8C543D46 for ; Sat, 22 Jul 2006 16:40:57 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Sat, 22 Jul 2006 11:40:52 -0500 id 00095821.44C25514.0000D9E2 Received: from dsl-201-144-83-54.prod-infinitum.com.mx (dsl-201-144-83-54.prod-infinitum.com.mx [201.144.83.54]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 22 Jul 2006 11:40:52 -0500 Message-ID: <20060722114052.cwsuco6u80o4okkw@mail.bafirst.com> Date: Sat, 22 Jul 2006 11:40:52 -0500 From: eculp@bafirst.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: New Dell PowerEdge 2900 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jul 2006 16:41:01 -0000 Does anyone know of any outstanding issues with the Dell PowerEdge 2900 that comes with the PERC 5/i disk controller Dual Embedded Broadcom=AE NetXtreme II 5708 Gigabit Ethernet NIC's 300GB, SAS, 3.5-inch, 10K RPM Hard Drive Memory 4GB 533MHz (4x1GB) that are my principal concerns with current or RELENG_6 ? I would also apreciate knowing What the max ram that current will recognize= is and if there are tools for remote administration for a RAID configuracion on the PERC5 in FreeBSD Current? Thanks, ed From owner-freebsd-current@FreeBSD.ORG Sat Jul 22 17:43:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E52E16A4DA for ; Sat, 22 Jul 2006 17:43:03 +0000 (UTC) (envelope-from SRS0=GIHGOV=BH=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailout13.yourhostingaccount.com (outmail105.yourhostingaccount.com [65.254.253.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF2043D5E for ; Sat, 22 Jul 2006 17:42:51 +0000 (GMT) (envelope-from SRS0=GIHGOV=BH=vvelox.net=v.velox@yourhostingaccount.com) Received: from scan09.yourhostingaccount.com ([10.1.1.239] helo=scan09.yourhostingaccount.com) by mailout13.yourhostingaccount.com with esmtp (Exim) id 1G4LV4-0003No-N4 for freebsd-current@freebsd.org; Sat, 22 Jul 2006 13:42:50 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] ident=exim) by scan09.yourhostingaccount.com with spamscanlookuphost (Exim) id 1G4LV4-0002g5-KK for freebsd-current@freebsd.org; Sat, 22 Jul 2006 13:42:50 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] helo=authsmtp09.yourhostingaccount.com) by scan09.yourhostingaccount.com with esmtp (Exim) id 1G4LV4-0002g2-BG for freebsd-current@freebsd.org; Sat, 22 Jul 2006 13:42:50 -0400 Received: from 24-119-225-24.cpe.cableone.net ([24.119.225.24] helo=vixen42) by authsmtp09.yourhostingaccount.com with esmtpa (Exim) id 1G4LV3-0004k1-Ss for freebsd-current@freebsd.org; Sat, 22 Jul 2006 13:42:50 -0400 Date: Sat, 22 Jul 2006 12:44:49 +0000 From: Vulpes Velox To: freebsd-current@freebsd.org Message-ID: <20060722124449.221b0cd0@vixen42> In-Reply-To: <86fygtx3uz.fsf@xps.des.no> References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> <44B3E520.5030700@FreeBSD.org> <44B40601.5050708@locolomo.org> <20060720223418.0999ce59@vixen42> <86wta7ruii.fsf@xps.des.no> <20060722034029.611dab19@vixen42> <86fygtx3uz.fsf@xps.des.no> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EN-UserInfo: 0d1ca1697cdb7a831d4877828571b7ab:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox2 Sender: Vulpes Velox Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jul 2006 17:43:03 -0000 On Sat, 22 Jul 2006 13:42:44 +0200 des@des.no (Dag-Erling Sm=F8rgrav) wrote: > Vulpes Velox writes: > > des@des.no (Dag-Erling Sm=F8rgrav) wrote: > > > # echo WITHOUT_SENDMAIL=3DYES >>/etc/make.conf > > > # cd /usr/src > > > # yes | make delete-old > > Yeah, I am aware this can be done along with other parts as well. > > I think see a system that allows for it to be removed as well as > > just not compiled would be nice. >=20 > which part of 'make delete-old' did you not understand? Hehe, cool. I missed that part there.