From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 00:06:48 2005 Return-Path: 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 F1A5E16A4CE for ; Sun, 23 Jan 2005 00:06:48 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7230243D3F for ; Sun, 23 Jan 2005 00:06:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0N04cE9064371; Sat, 22 Jan 2005 17:04:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 22 Jan 2005 17:05:52 -0700 (MST) Message-Id: <20050122.170552.61536829.imp@bsdimp.com> To: maksim.yevmenkin@savvis.net From: "M. Warner Losh" In-Reply-To: <41DC2EAD.8070403@savvis.net> References: <41DC2EAD.8070403@savvis.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: device pcic and card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 00:06:49 -0000 In message: <41DC2EAD.8070403@savvis.net> Maksim Yevmenkin writes: : i heard Warner said something about removing pcic and card (aka oldcard) : support from -current. has it happened? after cvsup'ing (yesterday) i no : longer can configure kernel with pcic and card. : : i can not use newcard on my tecra 8100 :( when i insert serial pc-card : my laptop hangs :( i can insert ethernet card (3com) but i can not : remove it :( same story - laptop hangs hard. Hangs hard? That's unfortunate. I'd love to help figure things out, but my tecra 8100 is working great... Warner From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 01:32:53 2005 Return-Path: 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 ADFAC16A4CE for ; Sun, 23 Jan 2005 01:32:53 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D09C43D1D for ; Sun, 23 Jan 2005 01:32:53 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.92] ([66.127.85.92]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j0N1WpWi096117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Jan 2005 17:32:53 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41F2FED8.606@errno.com> Date: Sat, 22 Jan 2005 17:33:12 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan Bunch References: <41F1E26E.8030200@errno.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: WPA with ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 01:32:53 -0000 Bryan Bunch wrote: > I'm trying to connect to a Linksys WRT54G. I have tested the card on > the computer when booting up in XP and it connects fine via WPA. I > also tested the card in CURRENT with WPA disabled and the card > connected fine. There's nothing useful in the log you included. You can get the reason code sent by the ap by enabling association debugging in the 802.11 layer. I usually do this with the 80211debug program found in /usr/src/tools/tools/ath. Something like 80211debug +assoc+auth should suffice. Messages go to the console. I've seen postings in various forums that this AP has issues with certain firmware revs; you might check if your firmware is up to date. Past the above a packet trace is needed. Sam From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 01:43:30 2005 Return-Path: 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 25AA316A4CE for ; Sun, 23 Jan 2005 01:43:30 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB6DD43D41 for ; Sun, 23 Jan 2005 01:43:29 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with SMTP id <2005012301432901400hbha0e>; Sun, 23 Jan 2005 01:43:29 +0000 Date: Sat, 22 Jan 2005 17:43:28 -0800 (PST) From: Doug Barton To: nikolay.nenchev@rbb-sofia.raiffeisen.at In-Reply-To: Message-ID: <20050122173911.F2903@ync.qbhto.arg> References: Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Bind 9.3 rndc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 01:43:30 -0000 On Wed, 19 Jan 2005 nikolay.nenchev@rbb-sofia.raiffeisen.at wrote: > Hi, > have installed FreeBSD 5.3 with Bind integrated in it. named is running in > chroot, with user bind, so every file in /etc/namedb is owned by > bind:wheel, exept rndc.key. (i have also rndc.conf with owner bind) With the new structure for BIND in FreeBSD 5.3 and later, you don't need rndc.conf, and in fact, you probably shouldn't have one unless you have a super-compelling need. The rndc.key file is all you need for basic operation, and the rc.d/named file will create it for you. > and it is impossible to start make rndc reload. if i change owner on > rndc.key it is working but is it a security issue, user who is running > named (bind) to have acceess to rndc.key. Someone else already pointed out that it's necessary to have the rndc.key file owned by the same user as named, and it's not really a security threat. > A another thing, if i make " sudo named stop/start" the own of my master > folder is change to root:wheel (before bind:wheel)? That's because the rc.d script runs mtree to make sure that the permissions are correct on the files in /var/named. This is actualy one area where the security issues are relevant, in the sense that if an attacker compromises the named user you don't want them to be able to alter your master zone files. Hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 02:44:10 2005 Return-Path: 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 4E2E016A4D3 for ; Sun, 23 Jan 2005 02:44:10 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28CCB43D1F for ; Sun, 23 Jan 2005 02:44:08 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 74694 invoked by uid 0); 23 Jan 2005 05:44:06 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 10.435036 secs); 23 Jan 2005 02:44:06 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 23 Jan 2005 05:43:55 +0300 Date: Sun, 23 Jan 2005 05:42:02 +0300 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton Karpov" Message-ID: <20050123024202.GA30616@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.1 required=7.0 tests=NORMAL_HTTP_TO_IP autolearn=failed version=3.0.2 Subject: troubles with recent wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 02:44:10 -0000 Hi. After january changes in wireless area I've encountered several problems with my sony vaio laptop. 1. Preloading if_wi (in loader.conf) gives me kernel panic. Sorry I have no serial console to put here trap info, so I can only say it gets fatal trap. I know this is quite useless but that's all I can say. Loading if_wi from userland after boot works ok. I didn't try to build device wi support into kernel because I still hope it will work as usual, someday. 2. After serveral hours of wireless working, I have to reload if_wi due to the such failures (wi stops transmitting data but still connected to AP): wi0: timeout in wi_cmd 0x010b; event status 0x8000 wi0: xmit failed wi0: timeout in wi_seek to 152/0 wi0: timeout in wi_seek to 152/0 wi0: timeout in wi_seek to 152/0 wi0: timeout in wi_seek to 152/0 wi0: bad alloc 128 != 13d, cur 1 nxt 1 3. dstumbler doesn't work anymore due to the "error: unable to ioctl device socket: Invalid argument" My wireless interface: wi0: mem 0xf8000000-0xf8000fff irq 9 at device 2.0 on pci2 wi0: [GIANT-LOCKED] wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.3) wi0: Ethernet address: 00:d0:59:49:12:52 My dmesg can be reached ffrom http://62.89.204.62/dmesg/laptoxa.txt (I decide not to put it here in order to avoid big message) Big thanks in advance. From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 11:24:15 2005 Return-Path: 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 EC2C416A4CE for ; Sun, 23 Jan 2005 11:24:15 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFCD43D1D for ; Sun, 23 Jan 2005 11:24:14 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j0NBOCgi085580; Sun, 23 Jan 2005 14:24:12 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 23 Jan 2005 14:24:12 +0300 (MSK) From: Maxim Konovalov To: Toxa In-Reply-To: <20050123024202.GA30616@laptoxa.toxa.lan> Message-ID: <20050123141806.L85492@mp2.macomnet.net> References: <20050123024202.GA30616@laptoxa.toxa.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (199/050122) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: FreeBSD-CURRENT Subject: Re: troubles with recent wireless changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 11:24:16 -0000 On Sun, 23 Jan 2005, 05:42+0300, Toxa wrote: > Hi. > > After january changes in wireless area I've encountered several problems > with my sony vaio laptop. > > 1. Preloading if_wi (in loader.conf) gives me kernel panic. Sorry I > have no serial console to put here trap info, so I can only say > it gets fatal trap. I know this is quite useless but that's all > I can say. Loading if_wi from userland after boot works ok. I > didn't try to build device wi support into kernel because I still > hope it will work as usual, someday. Works for me. The same PCG-505BX notebook, 20mins old kernel: $ kldstat | grep if_wi 17 1 0xcf893000 1d000 if_wi.ko $ ident /boot/kernel/kernel | sort -k4 | tail -2 $FreeBSD: src/sys/cam/cam_xpt.c,v 1.147 2005/01/22 22:46:45 mjacob Exp $ $FreeBSD: src/sys/isa/isa_common.c,v 1.41 2005/01/23 03:03:58 imp Exp $ $ ident /boot/kernel/if_wi.ko | sort -k4 | tail -2 $FreeBSD: src/sys/dev/wi/if_wi.c,v 1.175 2005/01/06 01:43:33 imp Exp $ $FreeBSD: src/sys/dev/wi/if_wi_pccard.c,v 1.51 2005/01/20 18:34:22 imp Exp $ Kernel config and dmesg: http://maxim.int.ru/stuff/SONNIE http://maxim.int.ru/stuff/SONNIE.boot debug.mpsafenet="0". -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 11:40:14 2005 Return-Path: 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 32AD916A4CF; Sun, 23 Jan 2005 11:40:14 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3C1943D39; Sun, 23 Jan 2005 11:40:13 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 16BEB17348C; Sun, 23 Jan 2005 12:40:12 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 66F70407C; Sun, 23 Jan 2005 12:40:01 +0100 (CET) Date: Sun, 23 Jan 2005 12:40:01 +0100 From: Jeremie Le Hen To: Poul-Henning Kamp Message-ID: <20050123114001.GK36660@obiwan.tataz.chchile.org> References: <200501221908.j0MJ8ov5084403@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501221908.j0MJ8ov5084403@repoman.freebsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 11:40:14 -0000 > phk 2005-01-22 19:08:50 UTC > > FreeBSD src repository > > Modified files: > sys/dev/md md.c > Log: > Add a couple of mtx_asserts() to try to narrow down the window on > a bug repeatedly reported. These assertions where triggered immediately when I tried to add a vnode-based md(4) device (already reported yesterday [1], but without these assertions): %%% z6po:root# mdconfig -a -t vnode -f /boot/profile/home panic: mutex Giant not owned at ../../../dev/md/md.c:679 KDB: stack backtrace: kdb_backtrace() panic() _mtx_asser() md_kthread() fork_exit() fork_trampoline() --- trap 0x1, eip = 0, esp = ..., ebp = 0 --- %%% Regards, [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1067825+0+archive/2005/freebsd-current/20050123.freebsd-current -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 12:19:07 2005 Return-Path: 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 E6F6D16A4CE for ; Sun, 23 Jan 2005 12:19:07 +0000 (GMT) Received: from web26808.mail.ukl.yahoo.com (web26808.mail.ukl.yahoo.com [217.146.176.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D0AD43D31 for ; Sun, 23 Jan 2005 12:19:07 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 73422 invoked by uid 60001); 23 Jan 2005 12:19:06 -0000 Message-ID: <20050123121906.73420.qmail@web26808.mail.ukl.yahoo.com> Received: from [194.248.174.50] by web26808.mail.ukl.yahoo.com via HTTP; Sun, 23 Jan 2005 13:19:06 CET Date: Sun, 23 Jan 2005 13:19:06 +0100 (CET) From: Claus Guttesen To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: error compiling ftpd on powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 12:19:08 -0000 Hi. Installed Peter's december-snapshot on my powermac G4. Rebuild world and kernel. Cvs'ed current from Sat. the 22'nd of Jan. Make buildworld stops at: cc -O2 -fno-strict-aliasing -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -DINET6 -I/usr/src/libexec/ftpd -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /usr/obj/usr/src/powerpc/usr/lib/libpam.so: undefined reference to `openpam_static' *** Error code 1 I have tried to recompile libexec/ftpd with -O, wihout strict-aliasing, but no go. Libpam.so.2 is made during buildworld and does include openpam_static. regards Claus From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 12:27:37 2005 Return-Path: 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 61C7A16A4CE; Sun, 23 Jan 2005 12:27:37 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E8843D31; Sun, 23 Jan 2005 12:27:36 +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.1/8.13.1) with ESMTP id j0NCRafw089687; Sun, 23 Jan 2005 07:27:36 -0500 (EST) (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.1/8.13.1) with ESMTP id j0NCRa0U000776; Sun, 23 Jan 2005 07:27:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 244457306E; Sun, 23 Jan 2005 07:27:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050123122736.244457306E@freebsd-current.sentex.ca> Date: Sun, 23 Jan 2005 07:27:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 12:27:37 -0000 TB --- 2005-01-23 11:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-23 11:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-23 11:00:00 - checking out the source tree TB --- 2005-01-23 11:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-23 11:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-23 11:05:35 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-23 11:05:35 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-23 11:05:35 - /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 TB --- 2005-01-23 12:12:50 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 12:12:50 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-23 12:12:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 23 12:12:51 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Jan 23 12:26:11 UTC 2005 TB --- 2005-01-23 12:26:11 - generating LINT kernel config TB --- 2005-01-23 12:26:11 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-01-23 12:26:11 - /usr/bin/make -B LINT TB --- 2005-01-23 12:26:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 12:26:11 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-23 12:26:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 23 12:26:11 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/clock_if.m -h awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/pci/alphapci_if.m -h awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/alpha/alpha/src/sys/dev/dec/mcclock_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/CURRENT/alpha/alpha/obj/tinderbox/CURRENT/alpha/alpha/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fn o-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding /tinderbox/CURRENT/alpha/alpha/src/sys/dev/isp/isp_freebsd.c:1500:34: macro "AT_MAKE_TAGID" requires 3 arguments, but only 2 given mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-23 12:27:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-23 12:27:35 - ERROR: failed to build lint kernel TB --- 2005-01-23 12:27:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 21:15:14 2005 Return-Path: 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 288D316A4D0 for ; Sat, 22 Jan 2005 21:15:14 +0000 (GMT) Received: from web53405.mail.yahoo.com (web53405.mail.yahoo.com [206.190.37.52]) by mx1.FreeBSD.org (Postfix) with SMTP id 7494843D31 for ; Sat, 22 Jan 2005 21:15:13 +0000 (GMT) (envelope-from zxycba2004@yahoo.com) Received: (qmail 82892 invoked by uid 60001); 22 Jan 2005 21:15:12 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=jH1Qsgg1hMp/LWWoxgv8/G7zUxjbHQ/dEaSheRTVhz0S7WWhDdzJBP4xCh/gIvCF+y1jfoeGl4sHe9ikAbVm7UZ71L1uaohuBeL/H3QwWAkqZpFESeWGKcxTP+HgYOFvCsOn3/4BpkYB88I2QZY32O8kjaiO6lvqMGHL9aC8+ck= ; Message-ID: <20050122211512.82890.qmail@web53405.mail.yahoo.com> Received: from [38.119.184.14] by web53405.mail.yahoo.com via HTTP; Sat, 22 Jan 2005 13:15:12 PST Date: Sat, 22 Jan 2005 13:15:12 -0800 (PST) From: "Scot W. Hetzel" To: Johan Kuuse , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sun, 23 Jan 2005 12:41:52 +0000 Subject: Re: Problem with crt1.o and init tls X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Jan 2005 21:15:14 -0000 ># make OSRELDATE=0 buildworld > >worked fine now, no errors. >What's next? > ># make OSRELDATE=0 buildkernel >or just ># make buildkernel > I believe just a plain make buildkernel should work. You don't need the OSRELDATE for the install* targets. Scot __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 21:52:24 2005 Return-Path: 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 5611216A4CF for ; Sat, 22 Jan 2005 21:52:24 +0000 (GMT) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66CAB43D46 for ; Sat, 22 Jan 2005 21:52:23 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.1/8.12.10) with ESMTP id j0MLqKq3000854 for ; Sat, 22 Jan 2005 22:52:20 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.1/8.12.10/Submit) id j0MLqKV0000853 for freebsd-current@freebsd.org; Sat, 22 Jan 2005 22:52:20 +0100 (CET) (envelope-from kuku) Date: Sat, 22 Jan 2005 22:52:20 +0100 (CET) From: Christoph Kukulies Message-Id: <200501222152.j0MLqKV0000853@www.kukulies.org> To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sun, 23 Jan 2005 12:41:52 +0000 Subject: these symbols in rc.conf not properly set - messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Jan 2005 21:52:24 -0000 During the past world builds from -current (built -current world and kernel just a couple of minutes before in a running 6.0 system of November 2004 - it was a hitch) Only in the past and now I'm getting more and more these messages that something in rc.conf is not properly set. How do I get rid from these best? /etc/rc: WARNING: $postfix is not set properly - see rc.conf(5). /etc/rc: WARNING: $poffd is not set properly - see rc.conf(5). /etc/rc: WARNING: $ndbootd is not set properly - see rc.conf(5). Starting default moused:. /etc/rc: WARNING: $lkm is not set properly - see rc.conf(5). Starting inetd. /etc/rc: WARNING: $ifwatchd is not set properly - see rc.conf(5). /etc/rc: WARNING: $gated is not set properly - see rc.conf(5). DAEMON: not found /etc/rc.d/Makefile: /etc/rc.d: Permission denied /etc/rc.d/Makefile: 45: Syntax error: newline unexpected -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 13:57:37 2005 Return-Path: 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 F24C416A4CE; Sun, 23 Jan 2005 13:57:36 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 876A743D46; Sun, 23 Jan 2005 13:57:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NDvZe7092416; Sun, 23 Jan 2005 08:57:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NDvZJc087853; Sun, 23 Jan 2005 08:57:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 355A17306E; Sun, 23 Jan 2005 08:57:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050123135735.355A17306E@freebsd-current.sentex.ca> Date: Sun, 23 Jan 2005 08:57:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 13:57:37 -0000 TB --- 2005-01-23 12:27:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-23 12:27:36 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-23 12:27:36 - checking out the source tree TB --- 2005-01-23 12:27:36 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-23 12:27:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-23 12:33:16 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-23 12:33:16 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-23 12:33:16 - /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 TB --- 2005-01-23 13:40:46 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 13:40:46 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-23 13:40:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 23 13:40:46 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Jan 23 13:55:56 UTC 2005 TB --- 2005-01-23 13:55:56 - generating LINT kernel config TB --- 2005-01-23 13:55:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-01-23 13:55:56 - /usr/bin/make -B LINT TB --- 2005-01-23 13:55:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 13:55:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-23 13:55:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 23 13:55:56 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/amd64/amd64/src/sys/libkern/iconv_converter_if.m -h awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/amd64/amd64/src/sys/pci/agp_if.m -h awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/acpi_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/CURRENT/amd64/amd64/obj/tinderbox/CURRENT/amd64/amd64/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-po inter -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /tinderbox/CURRENT/amd64/amd64/src/sys/dev/isp/isp_freebsd.c:1500:34: macro "AT_MAKE_TAGID" requires 3 arguments, but only 2 given mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-01-23 13:57:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-23 13:57:35 - ERROR: failed to build lint kernel TB --- 2005-01-23 13:57:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 14:30:19 2005 Return-Path: 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 470EF16A4D0 for ; Sun, 23 Jan 2005 14:30:19 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB64A43D1D for ; Sun, 23 Jan 2005 14:30:18 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0NETx88047814; Sun, 23 Jan 2005 09:29:59 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0NETvJ9047811; Sun, 23 Jan 2005 14:29:59 GMT (envelope-from robert@fledge.watson.org) Date: Sun, 23 Jan 2005 14:29:57 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ganbold In-Reply-To: <6.2.0.14.2.20050110151705.03f2f470@202.179.0.80> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: fxp0: device timed out problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 14:30:19 -0000 On Mon, 10 Jan 2005, Ganbold wrote: > I'm having trouble on FreeBSD 5.3 with squid-2.5.7. Squid installed from > ports collection. > > cache4# uname -an > FreeBSD cache4.micom.mng.net 5.3-STABLE FreeBSD 5.3-STABLE #2: Wed Dec 15 > 18:26:14 ULAT > 2004 tsgan@cache4.micom.mng.net:/usr/obj/usr/src/sys/CACHEK i386 > > After few hours machine hangs and stops responding saying following > error: > > fxp0: device timed out. > > I turned off debug.mpsafenet to 0 and it seems like problem goes away. > Is this problem related to network stack? Or is it related to fxp driver? It's most likely a problem with the device driver or interrupt configuration on your system. There are a couple of other variables you might try frobbing: - Use of ACPI to configure the hardware - Use of "device apic" if the system is non-SMP Usually a device timed out error is related to interrupts from the device not being delivered, being delivered improperly, etc. Does your dmesg contain any references to interrupt storms? Once the above message has printed, do you see any further interrupts on the fxp interrupt source when checking intermittently with "systat -vmstat 1" or "vmstat -i"? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 14:56:34 2005 Return-Path: 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 C745316A4CE for ; Sun, 23 Jan 2005 14:56:34 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8CE43D55 for ; Sun, 23 Jan 2005 14:56:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0NEuVUj035809; Sun, 23 Jan 2005 15:56:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Jeremie Le Hen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 23 Jan 2005 12:40:01 +0100." <20050123114001.GK36660@obiwan.tataz.chchile.org> Date: Sun, 23 Jan 2005 15:56:31 +0100 Message-ID: <35808.1106492191@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 14:56:34 -0000 In message <20050123114001.GK36660@obiwan.tataz.chchile.org>, Jeremie Le Hen wr ites: >> phk 2005-01-22 19:08:50 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/md md.c >> Log: >> Add a couple of mtx_asserts() to try to narrow down the window on >> a bug repeatedly reported. > >These assertions where triggered immediately when I tried to add a >vnode-based md(4) device (already reported yesterday [1], but without >these assertions): What kind of filesystem is /boot ? Is it ufs or something else ? >%%% > z6po:root# mdconfig -a -t vnode -f /boot/profile/home > panic: mutex Giant not owned at ../../../dev/md/md.c:679 > KDB: stack backtrace: > kdb_backtrace() > panic() > _mtx_asser() > md_kthread() > fork_exit() > fork_trampoline() > --- trap 0x1, eip = 0, esp = ..., ebp = 0 --- >%%% > >Regards, > >[1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1067825+0+archive/2005/freebsd-current/20050123.freebsd-current >-- >Jeremie Le Hen >jeremie@le-hen.org > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 15:02:57 2005 Return-Path: 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 9099116A4CE for ; Sun, 23 Jan 2005 15:02:57 +0000 (GMT) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A4343D3F for ; Sun, 23 Jan 2005 15:02:56 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.1/8.12.10) with ESMTP id j0NF2s10001060 for ; Sun, 23 Jan 2005 16:02:54 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.1/8.12.10/Submit) id j0NF2sbe001059 for freebsd-current@freebsd.org; Sun, 23 Jan 2005 16:02:54 +0100 (CET) (envelope-from kuku) Date: Sun, 23 Jan 2005 16:02:54 +0100 From: "Christoph P. Kukulies" To: freebsd-current@freebsd.org Message-ID: <20050123150254.GA1015@kukulies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: ppp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 15:02:57 -0000 My ppp didn't startup right after a cvsup and world rebuild yesterday. Since I probably had a bad mix of old and newer rc files in /etc/rc.d I wiped out my /etc/rc.d totally and put in the new ones. ppp-user (probably formerly ppp) didn't seem to execute ppp since the command line looked a bit garbled: -quiet -ddial myprofile instead of ppp -quiet -ddial myprofile I hacked it by putting the following fix into /etc/rc.d/ppp-user: rc_flags="$rc_flags ppp -quiet -${ppp_mode}" ^^^ This is only a dirty fix that helps me getting online again and post this message but probably I'm missing some other mechanism going on that would build up the right run command line. -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 15:11:08 2005 Return-Path: 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 6EE2E16A4CE for ; Sun, 23 Jan 2005 15:11:08 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0269743D3F for ; Sun, 23 Jan 2005 15:11:08 +0000 (GMT) (envelope-from bbunch@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so256284wra for ; Sun, 23 Jan 2005 07:11:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TakAtxEbfY/EXLCP500xpJ7GRcGJWLa50s+y17TeSkJqOuQTvDKbFShwaNMmAXYAG0n87SvFliO3bjzE5QP1h9xnf+GLB2ujN25nJfLCDiD0Af2Cj6p8R31KroqqwDj4sYIab4OTHQOejsn71dqVLwdvwbxhh1o5iWLlmrxEBJg= Received: by 10.54.30.45 with SMTP id d45mr151382wrd; Sun, 23 Jan 2005 07:11:07 -0800 (PST) Received: by 10.54.13.30 with HTTP; Sun, 23 Jan 2005 07:11:06 -0800 (PST) Message-ID: Date: Sun, 23 Jan 2005 09:11:06 -0600 From: Bryan Bunch To: Sam Leffler In-Reply-To: <41F2FED8.606@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41F1E26E.8030200@errno.com> <41F2FED8.606@errno.com> cc: freebsd-current@freebsd.org Subject: Re: WPA with ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bryan Bunch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 15:11:08 -0000 Sam, I appreciate you educating me on helping track down the problem. I checked the FW of the AP and it is the most recent. Below is the output of the debug. I have removed the date, time and other things at the beginning of the lines so that it will be more readable. None of it makes much sense to me since I'm no expert on this stuff. Thanks again. ============================ ath0: mem 0xd2020000-0xd202ffff irq 18 at device 0.0 on cardbus0 ath0: Ethernet address: 00:09:5b:c8:22:55 ath0: mac 5.6 phy 4.1 radio 4.6 ieee80211_setup_node 00:09:5b:85:cd:50 in scan table ieee80211_free_allnodes_locked: free all nodes in scan table _ieee80211_free_node 00:0c:41:f3:bd:a2 in scan table _ieee80211_free_node 00:09:5b:85:cd:50 in scan table ieee80211_ref_node (ieee80211_send_mgmt:931) 00:09:5b:c8:22:55 refcnt 2 last message repeated 7 times ieee80211_setup_node 00:0c:41:f3:bd:a2 in scan table ieee80211_setup_node 00:09:5b:85:cd:50 in scan table ieee80211_ref_node (ieee80211_send_mgmt:931) 00:09:5b:c8:22:55 refcnt 2 last message repeated 2 times malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ath0 (network driver) r = 0 (0xc316be28) locked @ /usr/src/sys/dev/ath/if_ath.c:4364 KDB: stack backtrace: kdb_backtrace(c08250d4,ef160aec,1,1,1) at kdb_backtrace+0x2f witness_warn(5,0,c0781a88,c076076d,c058eb80) at witness_warn+0x1bb uma_zalloc_arg(c1052420,0,2,c1064960,c2ed0560) at uma_zalloc_arg+0x56 malloc(18,c07aab60,2,c2ed0560,c23a908c) at malloc+0xd0 ieee80211_ioctl_setoptie(c316b3f4,c2ed0560,c0562722,c07dea00,1) at ieee80211_ioctl_setoptie+0x50 ieee80211_ioctl_set80211(c316b3f4,801c69ea,c2ed0560,110c,0) at ieee80211_ioctl_set80211+0x706 ieee80211_ioctl(c316b3f4,801c69ea,c2ed0560,110c,c2ed0560) at ieee80211_ioctl+0x11c ath_ioctl(c316b000,801c69ea,c2ed0560,c0825dc0,1) at ath_ioctl+0x1a4 in_control(c3086ca8,801c69ea,c2ed0560,c316b000,c2f78a10) at in_control+0xc14 ifioctl(c3086ca8,801c69ea,c2ed0560,c2f78a10,1) at ifioctl+0x1d1 soo_ioctl(c27671dc,801c69ea,c2ed0560,c303c100,c2f78a10) at soo_ioctl+0x39c ioctl(c2f78a10,ef160d14,c,3ff,3) at ioctl+0x46a syscall(2f,2f,2f,bfbf90ac,8077280) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2825aa2b, esp = 0xbfbf907c, ebp = 0xbfbf90c8 --- ieee80211_find_node_with_ssid 00:0c:41:f3:bd:a2 refcnt 2 _ieee80211_free_node 00:09:5b:c8:22:55 in table ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 3 [00:0c:41:f3:bd:a2] recv auth frame with algorithm 0 seq 2 ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4 [00:0c:41:f3:bd:a2] assoc success: long preamble, long slot time ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 5 [00:0c:41:f3:bd:a2] recv auth frame with algorithm 0 seq 2 ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4 [00:0c:41:f3:bd:a2] assoc success: long preamble, long slot time ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 5 [00:0c:41:f3:bd:a2] recv auth frame with algorithm 0 seq 2 ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4 [00:0c:41:f3:bd:a2] assoc success: long preamble, long slot time ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4 [00:0c:41:f3:bd:a2] send station disassociate (reason 8) ieee80211_node_table_reset scan table ieee80211_free_allnodes_locked: free all nodes in scan table _ieee80211_free_node 00:09:5b:85:cd:50 in scan table ieee80211_setup_node 00:09:5b:c8:22:55 in scan table malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ath0 (network driver) r = 0 (0xc316be28) locked @ /usr/src/sys/dev/ath/if_ath.c:4364 KDB: stack backtrace: kdb_backtrace(c0824f84,ef160aec,1,1,1) at kdb_backtrace+0x2f witness_warn(5,0,c0781a88,c076077d,0) at witness_warn+0x1bb uma_zalloc_arg(c10522c0,0,2,c10648c0,c2735540) at uma_zalloc_arg+0x56 malloc(0,c07aab60,2,c2735540,c271a48c) at malloc+0xd0 ieee80211_ioctl_setoptie(c316b3f4,c2735540,c0562722,c07dea00,1) at ieee80211_ioctl_setoptie+0x50 ieee80211_ioctl_set80211(c316b3f4,801c69ea,c2735540,110c,0) at ieee80211_ioctl_set80211+0x706 ieee80211_ioctl(c316b3f4,801c69ea,c2735540,110c,c2735540) at ieee80211_ioctl+0x11c ath_ioctl(c316b000,801c69ea,c2735540,c0825dc0,1) at ath_ioctl+0x1a4 in_control(c3086ca8,801c69ea,c2735540,c316b000,c2f78a10) at in_control+0xc14 ifioctl(c3086ca8,801c69ea,c2735540,c2f78a10,1) at ifioctl+0x1d1 soo_ioctl(c27671dc,801c69ea,c2735540,c303c100,c2f78a10) at soo_ioctl+0x39c ioctl(c2f78a10,ef160d14,c,3ff,3) at ioctl+0x46a syscall(2f,2f,2f,bfbfe9bc,8077280) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2825aa2b, esp = 0xbfbfe98c, ebp = 0xbfbfe9d8 --- _ieee80211_free_node 00:0c:41:f3:bd:a2 in table ========================================= Bryan On Sat, 22 Jan 2005 17:33:12 -0800, Sam Leffler wrote: > Bryan Bunch wrote: > > I'm trying to connect to a Linksys WRT54G. I have tested the card on > > the computer when booting up in XP and it connects fine via WPA. I > > also tested the card in CURRENT with WPA disabled and the card > > connected fine. > > There's nothing useful in the log you included. You can get the reason > code sent by the ap by enabling association debugging in the 802.11 > layer. I usually do this with the 80211debug program found in > /usr/src/tools/tools/ath. Something like > > 80211debug +assoc+auth > > should suffice. Messages go to the console. > > I've seen postings in various forums that this AP has issues with > certain firmware revs; you might check if your firmware is up to date. > > Past the above a packet trace is needed. > > Sam > From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 15:24:25 2005 Return-Path: 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 29AFB16A4D0 for ; Sun, 23 Jan 2005 15:24:25 +0000 (GMT) Received: from www.centralpets.com (www.centralpets.com [216.15.161.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E6FC43D48 for ; Sun, 23 Jan 2005 15:24:24 +0000 (GMT) (envelope-from cattonf@centralpets.com) Received: (qmail 23020 invoked from network); 23 Jan 2005 15:24:26 -0000 Received: from bark.centralpets.com (unknown [127.0.0.1]) by centralpets.com ([127.0.0.1]) with ESMTP via TCP; 23 Jan 2005 15:24:26 -0000 Received: from 203.151.40.252 (unverified [203.151.40.252]) by bark.centralpets.com (VisualMail 4.0) with WEBMAIL id 23018; Sun, 23 Jan 2005 15:24:26 +0000 From: "Frank Catton" To: current@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [203.151.40.252] Date: Sun, 23 Jan 2005 15:24:26 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit cc: chat@freebsd.org Subject: Re: PAM pacthes we discuss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 15:24:25 -0000 I think Andrey is trying to be reasonable here, whether his changes are correct or not. You clearly are not. You need to learn that this is not DESBSD and you don't get to be an asshole anytime you like, no matter what the provocation. This is FreeBSD and this is -current. We have time to work this out if people are willing to behave reasonably. If you are not, the door is over there and you're free to use it at any time. Your contributions are appreciated, but not so appreciated that a continuing lack of interpersonal skills on your part will be tolerated. - Frank > "Andrey A. Chernov" writes: > > Could we arrange this without backing out? > > No. > > DES > -- > Dag-Erling Smorgrav - des@ofug.org --------------------------------------------- This e-mail was sent using a CentralPets WebMail account Get yours at: http://mail.centralpets.com From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 15:29:32 2005 Return-Path: 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 4B3F116A4CF; Sun, 23 Jan 2005 15:29:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C902443D31; Sun, 23 Jan 2005 15:29:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NFTVNN027507; Sun, 23 Jan 2005 10:29:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NFTUa1013767; Sun, 23 Jan 2005 10:29:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A39A27306E; Sun, 23 Jan 2005 10:29:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050123152930.A39A27306E@freebsd-current.sentex.ca> Date: Sun, 23 Jan 2005 10:29:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 15:29:32 -0000 TB --- 2005-01-23 13:57:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-23 13:57:35 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-01-23 13:57:35 - checking out the source tree TB --- 2005-01-23 13:57:35 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-01-23 13:57:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-23 14:03:15 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-23 14:03:15 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-23 14:03:15 - /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 TB --- 2005-01-23 15:10:39 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 15:10:39 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-23 15:10:39 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 23 15:10:40 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Jan 23 15:27:39 UTC 2005 TB --- 2005-01-23 15:27:39 - generating LINT kernel config TB --- 2005-01-23 15:27:39 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-01-23 15:27:39 - /usr/bin/make -B LINT TB --- 2005-01-23 15:27:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 15:27:39 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-23 15:27:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 23 15:27:39 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/i386/i386/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/i386/src/sys/libkern/iconv_converter_if.m -h awk -f /tinderbox/CURRENT/i386/i386/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/i386/src/sys/pci/agp_if.m -h awk -f /tinderbox/CURRENT/i386/i386/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /tinderbox/CURRENT/i386/i386/src/sys/dev/isp/isp_freebsd.c:1500:34: macro "AT_MAKE_TAGID" requires 3 arguments, but only 2 given mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-01-23 15:29:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-23 15:29:30 - ERROR: failed to build lint kernel TB --- 2005-01-23 15:29:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 15:33:42 2005 Return-Path: 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 12FDF16A4CE for ; Sun, 23 Jan 2005 15:33:42 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D20D43D45 for ; Sun, 23 Jan 2005 15:33:39 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 7DBC4C213; Sun, 23 Jan 2005 16:33:37 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 2A85A407C; Sun, 23 Jan 2005 16:33:26 +0100 (CET) Date: Sun, 23 Jan 2005 16:33:26 +0100 From: Jeremie Le Hen To: Poul-Henning Kamp Message-ID: <20050123153326.GN36660@obiwan.tataz.chchile.org> References: <20050123114001.GK36660@obiwan.tataz.chchile.org> <35808.1106492191@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35808.1106492191@critter.freebsd.dk> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org cc: Jeremie Le Hen Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 15:33:42 -0000 > What kind of filesystem is /boot ? Is it ufs or something else ? Yes, it's UFS1. %%% z6po:root# mount /dev/ad0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) procfs on /proc (procfs, local) /dev/ad0s1e on /usr (ufs, local) /dev/ad0s1d on /var (ufs, local) %%% -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 15:44:33 2005 Return-Path: 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 9380916A4CE for ; Sun, 23 Jan 2005 15:44:33 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A060343D5A for ; Sun, 23 Jan 2005 15:44:32 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0NFiVsP036878; Sun, 23 Jan 2005 16:44:31 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Jeremie Le Hen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 23 Jan 2005 16:33:26 +0100." <20050123153326.GN36660@obiwan.tataz.chchile.org> Date: Sun, 23 Jan 2005 16:44:31 +0100 Message-ID: <36877.1106495071@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 15:44:33 -0000 In message <20050123153326.GN36660@obiwan.tataz.chchile.org>, Jeremie Le Hen wr ites: >> What kind of filesystem is /boot ? Is it ufs or something else ? > >Yes, it's UFS1. Ok: even more asserts. Please try to find out exactly which one explodes. ==== //depot/user/phk/phk_bufwork/sys/dev/md/md.c#21 - /bang/p4/phk/phk_bufwork/sys/dev/md/md.c ==== @@ -506,16 +506,25 @@ * the data. When writing IO_DIRECT is not optimal. */ if (bp->bio_cmd == BIO_READ) { + mtx_assert(&Giant, MA_OWNED); vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curthread); + mtx_assert(&Giant, MA_OWNED); error = VOP_READ(sc->vnode, &auio, IO_DIRECT, sc->cred); + mtx_assert(&Giant, MA_OWNED); VOP_UNLOCK(sc->vnode, 0, curthread); } else { + mtx_assert(&Giant, MA_OWNED); (void) vn_start_write(sc->vnode, &mp, V_WAIT); + mtx_assert(&Giant, MA_OWNED); vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curthread); + mtx_assert(&Giant, MA_OWNED); error = VOP_WRITE(sc->vnode, &auio, sc->flags & MD_ASYNC ? 0 : IO_SYNC, sc->cred); + mtx_assert(&Giant, MA_OWNED); VOP_UNLOCK(sc->vnode, 0, curthread); + mtx_assert(&Giant, MA_OWNED); vn_finished_write(mp); + mtx_assert(&Giant, MA_OWNED); } bp->bio_resid = auio.uio_resid; return (error); -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 15:52:58 2005 Return-Path: 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 D184016A4CE for ; Sun, 23 Jan 2005 15:52:58 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9330443D3F for ; Sun, 23 Jan 2005 15:52:58 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 967D6C240; Sun, 23 Jan 2005 16:52:57 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 71A25407C; Sun, 23 Jan 2005 16:52:47 +0100 (CET) Date: Sun, 23 Jan 2005 16:52:47 +0100 From: Jeremie Le Hen To: Poul-Henning Kamp Message-ID: <20050123155247.GO36660@obiwan.tataz.chchile.org> References: <20050123153326.GN36660@obiwan.tataz.chchile.org> <36877.1106495071@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <36877.1106495071@critter.freebsd.dk> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org cc: Jeremie Le Hen Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 15:52:58 -0000 On Sun, Jan 23, 2005 at 04:44:31PM +0100, Poul-Henning Kamp wrote: > In message <20050123153326.GN36660@obiwan.tataz.chchile.org>, Jeremie Le Hen wr > ites: > >> What kind of filesystem is /boot ? Is it ufs or something else ? > > > >Yes, it's UFS1. > > Ok: even more asserts. Please try to find out exactly which one > explodes. I'll be able to try this in about 3 hours. For the moment, I just disabled soft-updates on /, and the panic disappeared. -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 16:58:25 2005 Return-Path: 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 8E1AD16A4CE; Sun, 23 Jan 2005 16:58:25 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C98B443D58; Sun, 23 Jan 2005 16:58:24 +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.1/8.13.1) with ESMTP id j0NGwOfC098374; Sun, 23 Jan 2005 11:58:24 -0500 (EST) (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.1/8.13.1) with ESMTP id j0NGwOiA071308; Sun, 23 Jan 2005 11:58:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 264947306E; Sun, 23 Jan 2005 11:58:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050123165824.264947306E@freebsd-current.sentex.ca> Date: Sun, 23 Jan 2005 11:58:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 16:58:25 -0000 TB --- 2005-01-23 15:29:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-23 15:29:30 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-01-23 15:29:30 - checking out the source tree TB --- 2005-01-23 15:29:30 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-01-23 15:29:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-23 15:35:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-23 15:35:11 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-23 15:35: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 TB --- 2005-01-23 16:42:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 16:42:42 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-23 16:42:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 23 16:42:42 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Jan 23 16:56:51 UTC 2005 TB --- 2005-01-23 16:56:51 - generating LINT kernel config TB --- 2005-01-23 16:56:51 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-01-23 16:56:51 - /usr/bin/make -B LINT TB --- 2005-01-23 16:56:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 16:56:51 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-23 16:56:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 23 16:56:51 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/libkern/iconv_converter_if.m -h awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pci/agp_if.m -h awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/CURRENT/i386/pc98/obj/tinderbox/CURRENT/i386/pc98/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /tinderbox/CURRENT/i386/pc98/src/sys/dev/isp/isp_freebsd.c:1500:34: macro "AT_MAKE_TAGID" requires 3 arguments, but only 2 given mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-01-23 16:58:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-23 16:58:23 - ERROR: failed to build lint kernel TB --- 2005-01-23 16:58:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 17:05:29 2005 Return-Path: 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 93EAA16A4CE for ; Sun, 23 Jan 2005 17:05:29 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9697B43D46 for ; Sun, 23 Jan 2005 17:05:28 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j0NH5Qpq043435 for ; Sun, 23 Jan 2005 20:05:26 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 23 Jan 2005 20:05:26 +0300 (MSK) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20050123193559.V91742@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (199/050122) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release Subject: OpenBSD's tcpdrop(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 17:05:29 -0000 Hello, I've ported OpenBSD's tcpdrop(8) and a relevant kernel part. >From the man page, http://tinyurl.com/4lvo9 The tcpdrop command drops the TCP connection specified by the local address laddr, port lport and the foreign address faddr, port fport. There are patches for HEAD and RELENG_4: http://people.freebsd.org/~maxim/diff/tcpdrop.diff http://people.freebsd.org/~maxim/diff/tcpdrop.diff-4 Two questions: do we want to have it in the base system? Does the diff look OK (I didn't test IPv6 part)? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 17:34:05 2005 Return-Path: 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 923CC16A4CE for ; Sun, 23 Jan 2005 17:34:05 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C1D43D53 for ; Sun, 23 Jan 2005 17:34:03 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0NHXhTV050138; Sun, 23 Jan 2005 12:33:43 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0NHXhTP050135; Sun, 23 Jan 2005 17:33:43 GMT (envelope-from robert@fledge.watson.org) Date: Sun, 23 Jan 2005 17:33:42 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Maxim Konovalov In-Reply-To: <20050123193559.V91742@mp2.macomnet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: OpenBSD's tcpdrop(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 17:34:05 -0000 On Sun, 23 Jan 2005, Maxim Konovalov wrote: > I've ported OpenBSD's tcpdrop(8) and a relevant kernel part. > >From the man page, http://tinyurl.com/4lvo9 > > The tcpdrop command drops the TCP connection specified by the local > address laddr, port lport and the foreign address faddr, port fport. > > There are patches for HEAD and RELENG_4: > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff > http://people.freebsd.org/~maxim/diff/tcpdrop.diff-4 > > Two questions: do we want to have it in the base system? Does the diff > look OK (I didn't test IPv6 part)? The locking in the 6.x version looked reasonable, although you need to check to see if the (tp) returned by tcp_drop() is NULL or not and then conditionally unlock the inpcb if it's non-NULL -- otherwise you might unlock a free'd inpcb. There doesn't seem to be much validation of the tcp_ident_mapping structure, such as validation that the address lengths, etc, are correct? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 17:52:04 2005 Return-Path: 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 CC91A16A4CE; Sun, 23 Jan 2005 17:52:04 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07DA743D1D; Sun, 23 Jan 2005 17:52:04 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j0NHpvll087796; Sun, 23 Jan 2005 20:51:57 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 23 Jan 2005 20:51:57 +0300 (MSK) From: Maxim Konovalov To: Robert Watson In-Reply-To: Message-ID: <20050123204943.G9933@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (199/050122) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: current@freebsd.org Subject: Re: OpenBSD's tcpdrop(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 17:52:04 -0000 On Sun, 23 Jan 2005, 17:33-0000, Robert Watson wrote: > > On Sun, 23 Jan 2005, Maxim Konovalov wrote: > > > I've ported OpenBSD's tcpdrop(8) and a relevant kernel part. > > >From the man page, http://tinyurl.com/4lvo9 > > > > The tcpdrop command drops the TCP connection specified by the local > > address laddr, port lport and the foreign address faddr, port fport. > > > > There are patches for HEAD and RELENG_4: > > > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff-4 > > > > Two questions: do we want to have it in the base system? Does the diff > > look OK (I didn't test IPv6 part)? > > The locking in the 6.x version looked reasonable, although you need to > check to see if the (tp) returned by tcp_drop() is NULL or not and then > conditionally unlock the inpcb if it's non-NULL -- otherwise you might > unlock a free'd inpcb. There doesn't seem to be much validation of the Updated, thanks! > tcp_ident_mapping structure, such as validation that the address lengths, > etc, are correct? Yes, need to consider this part. Thank you, Robert! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 18:56:50 2005 Return-Path: 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 4D6EF16A4CE; Sun, 23 Jan 2005 18:56:50 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA66D43D5A; Sun, 23 Jan 2005 18:56:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NIundX034497; Sun, 23 Jan 2005 13:56:49 -0500 (EST) (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.1/8.13.1) with ESMTP id j0NIumfp080553; Sun, 23 Jan 2005 13:56:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A867A7306E; Sun, 23 Jan 2005 13:56:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050123185648.A867A7306E@freebsd-current.sentex.ca> Date: Sun, 23 Jan 2005 13:56:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 18:56:50 -0000 TB --- 2005-01-23 16:58:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-23 16:58:24 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-01-23 16:58:24 - checking out the source tree TB --- 2005-01-23 16:58:24 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-01-23 16:58:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-23 17:03:53 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-23 17:03:53 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-01-23 17:03:53 - /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 TB --- 2005-01-23 18:34:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 18:34:59 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-01-23 18:34:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 23 18:35:00 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Jan 23 18:55:18 UTC 2005 TB --- 2005-01-23 18:55:18 - generating LINT kernel config TB --- 2005-01-23 18:55:18 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-01-23 18:55:18 - /usr/bin/make -B LINT TB --- 2005-01-23 18:55:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 18:55:18 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-01-23 18:55:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 23 18:55:18 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/ia64/ia64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/ia64/ia64/src/sys/pci/agp_if.m -h awk -f /tinderbox/CURRENT/ia64/ia64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/ia64/ia64/src/sys/dev/acpica/acpi_if.m -h awk -f /tinderbox/CURRENT/ia64/ia64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/clock_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/CURRENT/ia64/ia64/obj/tinderbox/CURRENT/ia64/ia64/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function -growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding /tinderbox/CURRENT/ia64/ia64/src/sys/dev/isp/isp_freebsd.c:1500:34: macro "AT_MAKE_TAGID" requires 3 arguments, but only 2 given mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-01-23 18:56:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-23 18:56:48 - ERROR: failed to build lint kernel TB --- 2005-01-23 18:56:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 18:59:01 2005 Return-Path: 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 8175116A4CE for ; Sun, 23 Jan 2005 18:59:01 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE18643D39 for ; Sun, 23 Jan 2005 18:59:00 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a056.otenet.gr [212.205.215.56]) j0NIwvFp005370; Sun, 23 Jan 2005 20:58:58 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id j0NIwtHu051643; Sun, 23 Jan 2005 20:58:55 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id j0NEUORs042838; Sun, 23 Jan 2005 16:30:24 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 23 Jan 2005 16:30:24 +0200 From: Giorgos Keramidas To: Andrey Chernov , Joerg Wunsch , current@freebsd.org Message-ID: <20050123143024.GA28604@gothmog.gr> References: <20050121201400.GQ30862@uriah.heep.sax.de> <20050121221156.GA21459@nagual.pp.ru> <20050120192324.GA30862@uriah.heep.sax.de> <20050120205501.GA69123@nagual.pp.ru> <20050120211449.GC30862@uriah.heep.sax.de> <20050120214406.GA70088@nagual.pp.ru> <20050120222137.GE30862@uriah.heep.sax.de> <20050121230949.GA34313@VARK.MIT.EDU> <20050122113015.GV30862@uriah.heep.sax.de> <20050122171743.GB39943@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050122171743.GB39943@nagual.pp.ru> Subject: Re: Implementation errors in strtol() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 18:59:01 -0000 On 2005-01-22 20:17, Andrey Chernov wrote: > On Sat, Jan 22, 2005 at 12:30:15PM +0100, Joerg Wunsch wrote: > > Nope. Just think about it: code which doesn't take this feature into > > account needs to check for conversion errors by means of verifying > > endptr. It simply wouldn't care about errno at all, except for > > possibly checking for overflows -- which only needs to be verified > > after it is already clear from checking endptr that the conversion was > > OK. Thus, errno could not possibly be EINVAL anymore in that case. > > I know portable way of doing that. You describe one case from two. The > another case you miss is more indirect: portable application which set > "errno = 0" before calling strtol() to detect overflows (it is only > method) even after checking that endptr moved can't check just > > if (errno) { ... } > > but must check > > if (errno == ERANGE) { ... } > > instead. Hi Andrey, Why would checking for explicit errno values be necessary? IIRC, after a few emails I had exchanged with Dima Dorfman a few months ago, checking for endptr *and* errno != 0 was ok. Something like this was what we had come up with: char *optarg, *endp; long val; errno = 0; val = strtol(optarg, &endp, 0); if (*ep != '\0' && *optarg != '\0') err(1, "Partially converted string: %s", optarg); if (errno != 0) err(1, "Other error"); > That is, what I mean, saying that portable application should consider > _both_ cases. Just to clarify this a bit, when you say "both cases" you mean "both ERANGE and EINVAL", or "both endp/nptr _and_ errno being zero (because it was explicitly set to zero before calling strtol())"? - Giorgos From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 19:01:53 2005 Return-Path: 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 8274E16A4CE for ; Sun, 23 Jan 2005 19:01:53 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2D5943D39 for ; Sun, 23 Jan 2005 19:01:52 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id C7E1DC251; Sun, 23 Jan 2005 20:01:51 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 296A0407C; Sun, 23 Jan 2005 20:01:41 +0100 (CET) Date: Sun, 23 Jan 2005 20:01:41 +0100 From: Jeremie Le Hen To: Poul-Henning Kamp Message-ID: <20050123190141.GQ36660@obiwan.tataz.chchile.org> References: <20050123153326.GN36660@obiwan.tataz.chchile.org> <36877.1106495071@critter.freebsd.dk> <20050123155247.GO36660@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050123155247.GO36660@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org cc: Jeremie Le Hen Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 19:01:53 -0000 > > Ok: even more asserts. Please try to find out exactly which one > > explodes. > > I'll be able to try this in about 3 hours. For the moment, I just > disabled soft-updates on /, and the panic disappeared. I re-enabled softupdates and added your assertions. Here is the panic: %%% panic: mutex Giant not owned at ../../../dev/md/md.c:688 KDB: stack backtrace: kdb_backtrace() panic() _mtx_assert() md_kthread() fork_exit() fork_trampoline() %% You assertions seem to not be triggered or reached. Regards, -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 21:17:06 2005 Return-Path: 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 E91F216A4CE; Sun, 23 Jan 2005 21:17:06 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F7FA43D48; Sun, 23 Jan 2005 21:17:06 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id j0NLGvth066177; Mon, 24 Jan 2005 00:16:57 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.1/8.13.1/Submit) id j0NLGvEi066176; Mon, 24 Jan 2005 00:16:57 +0300 (MSK) (envelope-from ache) Date: Mon, 24 Jan 2005 00:16:56 +0300 From: Andrey Chernov To: Giorgos Keramidas Message-ID: <20050123211656.GB64754@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Giorgos Keramidas , Joerg Wunsch , current@FreeBSD.ORG References: <20050121221156.GA21459@nagual.pp.ru> <20050120192324.GA30862@uriah.heep.sax.de> <20050120205501.GA69123@nagual.pp.ru> <20050120211449.GC30862@uriah.heep.sax.de> <20050120214406.GA70088@nagual.pp.ru> <20050120222137.GE30862@uriah.heep.sax.de> <20050121230949.GA34313@VARK.MIT.EDU> <20050122113015.GV30862@uriah.heep.sax.de> <20050122171743.GB39943@nagual.pp.ru> <20050123143024.GA28604@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050123143024.GA28604@gothmog.gr> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.75; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (nagual.pp.ru [0.0.0.0]); Mon, 24 Jan 2005 00:16:57 +0300 (MSK) cc: Joerg Wunsch cc: current@FreeBSD.ORG Subject: Re: Implementation errors in strtol() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 21:17:07 -0000 On Sun, Jan 23, 2005 at 04:30:24PM +0200, Giorgos Keramidas wrote: > Why would checking for explicit errno values be necessary? IIRC, after > a few emails I had exchanged with Dima Dorfman a few months ago, > checking for endptr *and* errno != 0 was ok. _Portable_ application must suppose that not all OSes are POSIX conformant, so it can't be sure what errno comes from strtol(), it is why explicit checking for known value is needed. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 21:39:06 2005 Return-Path: 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 A2DC716A4CE; Sun, 23 Jan 2005 21:39:06 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 365B243D48; Sun, 23 Jan 2005 21:39:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NLd5m0040980; Sun, 23 Jan 2005 16:39:05 -0500 (EST) (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.1/8.13.1) with ESMTP id j0NLd5Hv082838; Sun, 23 Jan 2005 16:39:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B5EF7306E; Sun, 23 Jan 2005 16:39:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050123213905.3B5EF7306E@freebsd-current.sentex.ca> Date: Sun, 23 Jan 2005 16:39:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 21:39:06 -0000 TB --- 2005-01-23 20:13:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-23 20:13:58 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-23 20:13:58 - checking out the source tree TB --- 2005-01-23 20:13:58 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-23 20:13:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-23 20:19:51 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-23 20:19:51 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-23 20:19:51 - /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 TB --- 2005-01-23 21:26:14 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 21:26:14 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-23 21:26:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 23 21:26:15 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Jan 23 21:37:46 UTC 2005 TB --- 2005-01-23 21:37:46 - generating LINT kernel config TB --- 2005-01-23 21:37:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-01-23 21:37:46 - /usr/bin/make -B LINT TB --- 2005-01-23 21:37:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 21:37:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-23 21:37:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 23 21:37:46 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/sparc64/sparc64/src/sys/libkern/iconv_converter_if.m -h awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ofw/ofw_bus_if.m -h awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/pci/ofw_pci_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/CURRENT/sparc64/sparc64/obj/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-gr owth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/isp/isp_freebsd.c:1500:34: macro "AT_MAKE_TAGID" requires 3 arguments, but only 2 given mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-23 21:39:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-23 21:39:04 - ERROR: failed to build lint kernel TB --- 2005-01-23 21:39:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 22:16:34 2005 Return-Path: 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 AA5FB16A4CE for ; Sun, 23 Jan 2005 22:16:34 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE5543D1D for ; Sun, 23 Jan 2005 22:16:33 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a185.otenet.gr [212.205.215.185]) j0NMGUEc006606; Mon, 24 Jan 2005 00:16:31 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id j0NMGUVk022405; Mon, 24 Jan 2005 00:16:30 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id j0NMGUxo022404; Mon, 24 Jan 2005 00:16:30 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Mon, 24 Jan 2005 00:16:30 +0200 From: Giorgos Keramidas To: Andrey Chernov , Joerg Wunsch , current@freebsd.org Message-ID: <20050123221630.GB22234@gothmog.gr> References: <20050120192324.GA30862@uriah.heep.sax.de> <20050120205501.GA69123@nagual.pp.ru> <20050120211449.GC30862@uriah.heep.sax.de> <20050120214406.GA70088@nagual.pp.ru> <20050120222137.GE30862@uriah.heep.sax.de> <20050121230949.GA34313@VARK.MIT.EDU> <20050122113015.GV30862@uriah.heep.sax.de> <20050122171743.GB39943@nagual.pp.ru> <20050123143024.GA28604@gothmog.gr> <20050123211656.GB64754@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050123211656.GB64754@nagual.pp.ru> Subject: Re: Implementation errors in strtol() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 22:16:34 -0000 On 2005-01-24 00:16, Andrey Chernov wrote: >On Sun, Jan 23, 2005 at 04:30:24PM +0200, Giorgos Keramidas wrote: >> Why would checking for explicit errno values be necessary? IIRC, after >> a few emails I had exchanged with Dima Dorfman a few months ago, >> checking for endptr *and* errno != 0 was ok. > > _Portable_ application must suppose that not all OSes are POSIX > conformant, so it can't be sure what errno comes from strtol(), it is why > explicit checking for known value is needed. If errno is explicitly set (i.e. zeroed) by the calling program immediately before strtol(), can we not be sure that it was, in fact, strtol() that set it to any non-zero value? From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 22:30:13 2005 Return-Path: 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 4A13E16A4CF; Sun, 23 Jan 2005 22:30:13 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8351443D41; Sun, 23 Jan 2005 22:30:12 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id j0NMUAnW067452; Mon, 24 Jan 2005 01:30:10 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.1/8.13.1/Submit) id j0NMUA10067451; Mon, 24 Jan 2005 01:30:10 +0300 (MSK) (envelope-from ache) Date: Mon, 24 Jan 2005 01:30:09 +0300 From: Andrey Chernov To: Giorgos Keramidas Message-ID: <20050123223009.GA67388@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Giorgos Keramidas , Joerg Wunsch , current@FreeBSD.ORG References: <20050120205501.GA69123@nagual.pp.ru> <20050120211449.GC30862@uriah.heep.sax.de> <20050120214406.GA70088@nagual.pp.ru> <20050120222137.GE30862@uriah.heep.sax.de> <20050121230949.GA34313@VARK.MIT.EDU> <20050122113015.GV30862@uriah.heep.sax.de> <20050122171743.GB39943@nagual.pp.ru> <20050123143024.GA28604@gothmog.gr> <20050123211656.GB64754@nagual.pp.ru> <20050123221630.GB22234@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050123221630.GB22234@gothmog.gr> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.75; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (nagual.pp.ru [0.0.0.0]); Mon, 24 Jan 2005 01:30:10 +0300 (MSK) cc: Joerg Wunsch cc: current@FreeBSD.ORG Subject: Re: Implementation errors in strtol() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 22:30:13 -0000 On Mon, Jan 24, 2005 at 12:16:30AM +0200, Giorgos Keramidas wrote: > If errno is explicitly set (i.e. zeroed) by the calling program > immediately before strtol(), can we not be sure that it was, in fact, > strtol() that set it to any non-zero value? Portable application can't be sure to not get surprise errno values. POSIX-conformant application, contrarily, can. Portability and standards conformance are different things. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 22:50:05 2005 Return-Path: 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 3D57416A4CE; Sun, 23 Jan 2005 22:50:05 +0000 (GMT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E9343D45; Sun, 23 Jan 2005 22:50:04 +0000 (GMT) (envelope-from j@uriah.heep.sax.de) Received: from sax.sax.de (localhost [127.0.0.1]) by sax.sax.de (8.12.10/8.12.10) with ESMTP id j0NMo2Yu099828; Sun, 23 Jan 2005 23:50:02 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.12.10/8.12.10/Submit) with UUCP id j0NMo22v099826; Sun, 23 Jan 2005 23:50:02 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (8.13.1/8.13.1) with ESMTP id j0NMltgD034016; Sun, 23 Jan 2005 23:47:55 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.13.1/8.13.1/Submit) id j0NMltaD034015; Sun, 23 Jan 2005 23:47:55 +0100 (MET) (envelope-from j) Date: Sun, 23 Jan 2005 23:47:55 +0100 From: Joerg Wunsch To: Giorgos Keramidas Message-ID: <20050123224755.GK30862@uriah.heep.sax.de> References: <20050120205501.GA69123@nagual.pp.ru> <20050120211449.GC30862@uriah.heep.sax.de> <20050120214406.GA70088@nagual.pp.ru> <20050120222137.GE30862@uriah.heep.sax.de> <20050121230949.GA34313@VARK.MIT.EDU> <20050122113015.GV30862@uriah.heep.sax.de> <20050122171743.GB39943@nagual.pp.ru> <20050123143024.GA28604@gothmog.gr> <20050123211656.GB64754@nagual.pp.ru> <20050123221630.GB22234@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050123221630.GB22234@gothmog.gr> User-Agent: Mutt/1.4.2.1i X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 X-Spam-Status: No, score=-2.6 required=7.5 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on uriah.heep.sax.de cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Implementation errors in strtol() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 22:50:05 -0000 As Giorgos Keramidas wrote: > If errno is explicitly set (i.e. zeroed) by the calling program > immediately before strtol(), can we not be sure that it was, in > fact, strtol() that set it to any non-zero value? Andrey meant that an application shouldn't blindly assume that errno == ERANGE, as other extensions to the standard could allow setting errno to other values for other errors. However, this immediately reminded me of Steinbach's Guideline for System Programming. ;-) (-> fortune -m Steinbach) At least according to C99/Posix/SUSP, once you've caught conversion errors (by means of looking whether endptr had been advanced), and if you are sure that base had a legitimate value (as it is probably a hardcoded value in almost any practical application of strto*l), the only legitimate errno value remaining is ERANGE, as after a valid conversion and with a correct base value, there's no chance for EINVAL anymore. Sure, you can check whether errno != 0 && errno != ERANGE, but see Steinbach, what to do in that case? abort() ;-) I think Andreay always thought it the other way round, first test errno, and only if errno == 0, test endptr. But see above, testing errno for EINVAL can be completely skipped when done properly. That's why I think that the entire EINVAL thing is completely pointless. It would have only been meaningful in any way if SUSP had mandated it to be set in case of a conversion error (and even then, only applications that rely on SUSP extensions over C99 could have relied on it). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 02:30:04 2005 Return-Path: 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 8582416A4CE for ; Mon, 24 Jan 2005 02:30:04 +0000 (GMT) Received: from webhost1.tasman.net (webhost1.tasman.net [202.49.92.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA99243D1F for ; Mon, 24 Jan 2005 02:30:03 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.10]) by webhost1.tasman.net with esmtpa (Exim 4.43 (FreeBSD)) id 1Cstwn-000PxP-BH for freebsd-current@freebsd.org; Mon, 24 Jan 2005 15:27:21 +1300 Message-ID: <41F513D7.6040801@ThePacific.Net> Date: Mon, 24 Jan 2005 15:27:19 +0000 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Subject: BSD 5.3 crashes, "ath0: [GIANT-LOCKED]" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 02:30:04 -0000 Hi there Im upgrade more than 50 boxes BSD5.2.1 to BSD5.3, and I started to have a lot of crashes, Im runing BSD from RAM. all the boxes been working perfect in 5.2.1 but now Im having a lot of problems. Im have repited dmesgs of my networks card with [GIANT-LOCKED] option and : "WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant" "WARNING: MPSAFE network stack disabled, expect reduced performance" please let me know if you need more info. dmesg: [root@5898:~]# "dmesg |grep ath0" ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mem 0x42000000-0x4200ffff irq 11 at device 14.0 on pci0 ath0: [GIANT-LOCKED] ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:01:24:70:54:a9 ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mem 0x42000000-0x4200ffff irq 11 at device 14.0 on pci0 ath0: [GIANT-LOCKED] ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:01:24:70:54:a9 ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mem 0x42000000-0x4200ffff irq 11 at device 14.0 on pci0 ath0: [GIANT-LOCKED] ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:01:24:70:54:a9 ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mem 0x42000000-0x4200ffff irq 11 at device 14.0 on pci0 ath0: [GIANT-LOCKED] ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:01:24:70:54:a9 ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mem 0x42000000-0x4200ffff irq 11 at device 14.0 on pci0 ath0: [GIANT-LOCKED] ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:01:24:70:54:a9 ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mem 0x42000000-0x4200ffff irq 11 at device 14.0 on pci0 ath0: [GIANT-LOCKED] ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:01:24:70:54:a9 ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 03:03:36 2005 Return-Path: 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 6B15816A4CE for ; Mon, 24 Jan 2005 03:03:36 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EC2943D3F for ; Mon, 24 Jan 2005 03:03:35 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j0O33Ow8004225; Sun, 23 Jan 2005 22:03:26 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <41F18768.4050809@DeepCore.dk> References: <41F18768.4050809@DeepCore.dk> Date: Sun, 23 Jan 2005 22:03:23 -0500 To: =?iso-8859-1?Q?S=F8ren_Schmidt?= From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: panic: Duplicate free of item 0xc433e420 from zone 0xc1045c00(g_bio) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 03:03:36 -0000 At 11:51 PM +0100 1/21/05, S=F8ren Schmidt wrote: >Garance A Drosihn wrote: >>I got another panic. This time I got a clean core-dump, and I also >>have a kernel with all the debugging symbols if that would help. >>Here is some of the info. The system had been up about 18 hours >>before the panic. The system was basically idle at the time of the >>panic. This is a snapshot of current which I started to build at >>about 2pm EST on January 20th. > >The duplicate free on failed ATA retry is known. I have a fix here >locally but it doesnt apply to whats in -current.. It'd be nice if that could get fixed in -current. Right now my main system goes about 12 to 18 hours before it panics due to this. >However, -current has severe problems that provokes those timeouts >for no good reason and in all my cases locks up hard. I have been seeing these timeout messages for as long as I've been running FreeBSD on this sata-based box. Not more than two or three times a day, and my machine usually does not lock up when I do get them. But they've always been there, and now they cause panics at an annoying rate. The panics also seem to always happen when the machine is pretty idle. Usually when I'm not in my office, which of course means the machine has crashed when I later go to ssh into it from home... -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 03:07:29 2005 Return-Path: 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 D5B9416A4CE for ; Mon, 24 Jan 2005 03:07:29 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82FB643D41 for ; Mon, 24 Jan 2005 03:07:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A00E45129D; Sun, 23 Jan 2005 19:07:28 -0800 (PST) Date: Sun, 23 Jan 2005 19:07:28 -0800 From: Kris Kennaway To: "Marcos Biscaysaqu - ThePacific.net" Message-ID: <20050124030728.GA95899@xor.obsecurity.org> References: <41F513D7.6040801@ThePacific.Net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <41F513D7.6040801@ThePacific.Net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: BSD 5.3 crashes, "ath0: [GIANT-LOCKED]" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 03:07:30 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 24, 2005 at 03:27:19PM +0000, Marcos Biscaysaqu - ThePacific.ne= t wrote: > Hi there >=20 > Im upgrade more than 50 boxes BSD5.2.1 to BSD5.3, and I started to have= =20 > a lot of crashes, Im runing BSD from RAM. all the boxes been working=20 > perfect in 5.2.1 but now Im having a lot of problems. >=20 > Im have repited dmesgs of my networks card with [GIANT-LOCKED] option and= : > "WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant" > "WARNING: MPSAFE network stack disabled, expect reduced performance" These aren't errors. ipsec isn't yet mpsafe, so you can't run the network stack without Giant (i.e. just like older releases). > please let me know if you need more info. Yes, we need details of the actual crashes. See the chapter on kernel debugging in the developers' handbook to find out how to obtain the necessary debugging information. Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9GZwWry0BWjoQKURAgwEAKC4ZkhmpaznYeR+UCLz0TfwlYMXtwCg1wvB 1msVPTYJQfF/BAPWslqTWIU= =jbRn -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 03:12:53 2005 Return-Path: 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 BB19116A4CE for ; Mon, 24 Jan 2005 03:12:53 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8358C43D1D for ; Mon, 24 Jan 2005 03:12:53 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.92] ([66.127.85.92]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j0O3CqWi001564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Jan 2005 19:12:53 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41F467C9.20302@errno.com> Date: Sun, 23 Jan 2005 19:13:13 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan Bunch References: <41F1E26E.8030200@errno.com> <41F2FED8.606@errno.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: WPA with ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 03:12:53 -0000 Bryan Bunch wrote: > Sam, > > I appreciate you educating me on helping track down the problem. I > checked the FW of the AP and it is the most recent. > > Below is the output of the debug. I have removed the date, time and > other things at the beginning of the lines so that it will be more > readable. None of it makes much sense to me since I'm no expert on > this stuff. Thanks again. [You turned on a bunch of tracing that isn't helpful...] > [00:0c:41:f3:bd:a2] assoc success: long preamble, long slot time > ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4 > [00:0c:41:f3:bd:a2] send station disassociate (reason 8) This says the local station inititated the disassoc from the ap. I don't think that was what was happening in your previous log. There's nothing in your trace to indicate why. This typically happens when the interface is marked down. But wpa_supplicant might also do this because it didn't receive a response fast enough from the ap because of all the debugging msgs you turned on. If that's happening then you'll see it in the log generated by wpa_supplicant. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 03:57:41 2005 Return-Path: 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 E383616A4CE; Mon, 24 Jan 2005 03:57:41 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B80443D39; Mon, 24 Jan 2005 03:57:37 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1CsvRI-000M0Q-4N; Mon, 24 Jan 2005 12:02:56 +0800 Message-Id: <6.2.0.14.2.20050124113106.03402770@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Mon, 24 Jan 2005 11:59:23 +0800 To: Robert Watson From: Ganbold In-Reply-To: References: <6.2.0.14.2.20050110151705.03f2f470@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org Subject: Re: fxp0: device timed out problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 03:57:42 -0000 At 10:29 PM 1/23/2005, you wrote: >On Mon, 10 Jan 2005, Ganbold wrote: > > > I'm having trouble on FreeBSD 5.3 with squid-2.5.7. Squid installed from > > ports collection. > > > > cache4# uname -an > > FreeBSD cache4.micom.mng.net 5.3-STABLE FreeBSD 5.3-STABLE #2: Wed Dec 15 > > 18:26:14 ULAT > > 2004 tsgan@cache4.micom.mng.net:/usr/obj/usr/src/sys/CACHEK i386 > > > > After few hours machine hangs and stops responding saying following > > error: > > > > fxp0: device timed out. > > > > I turned off debug.mpsafenet to 0 and it seems like problem goes away. > > > Is this problem related to network stack? Or is it related to fxp driver? > >It's most likely a problem with the device driver or interrupt >configuration on your system. There are a couple of other variables you >might try frobbing: > >- Use of ACPI to configure the hardware >- Use of "device apic" if the system is non-SMP I see. One of the server is SMP system and device apic option is used in kernel config file. I didn't try device apic on non-SMP machine. >Usually a device timed out error is related to interrupts from the device >not being delivered, being delivered improperly, etc. Does your dmesg >contain any references to interrupt storms? Once the above message has >printed, do you see any further interrupts on the fxp interrupt source >when checking intermittently with "systat -vmstat 1" or "vmstat -i"? I couldn't check the system by issuing those commands. Following is the dmesg output with debug.mpsafenet disabled: Dec 30 16:53:31 202.179.3.178 kernel: fxp0: device timeout Dec 30 17:54:58 202.179.3.178 syslogd: kernel boot file is /boot/kernel/kernel Dec 30 17:54:58 202.179.3.178 kernel: Copyright (c) 1992-2004 The FreeBSD Project. Dec 30 17:54:58 202.179.3.178 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Dec 30 17:54:58 202.179.3.178 kernel: The Regents of the University of California. All rights reserved. Dec 30 17:54:58 202.179.3.178 kernel: FreeBSD 5.3-STABLE #2: Wed Dec 15 18:26:14 ULAT 2004 Dec 30 17:54:58 202.179.3.178 kernel: tsgan@cache4.micom.mng.net:/usr/obj/usr/src/sys/CACHEK Dec 30 17:54:58 202.179.3.178 kernel: WARNING: MPSAFE network stack disabled, expect reduced performance. Dec 30 17:54:58 202.179.3.178 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Dec 30 17:54:58 202.179.3.178 kernel: CPU: Intel Pentium III (1000.04-MHz 686-class CPU) Dec 30 17:54:58 202.179.3.178 kernel: Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Dec 30 17:54:58 202.179.3.178 kernel: Features=0x387fbff Dec 30 17:54:58 202.179.3.178 kernel: real memory = 536805376 (511 MB) Dec 30 17:54:58 202.179.3.178 kernel: avail memory = 519700480 (495 MB) Dec 30 17:54:58 202.179.3.178 kernel: npx0: [FAST] Dec 30 17:54:58 202.179.3.178 kernel: npx0: on motherboard Dec 30 17:54:58 202.179.3.178 kernel: npx0: INT 16 interface Dec 30 17:54:58 202.179.3.178 kernel: acpi0: on motherboard Dec 30 17:54:58 202.179.3.178 kernel: acpi0: Power Button (fixed) Dec 30 17:54:58 202.179.3.178 kernel: unknown: I/O range not supported Dec 30 17:54:58 202.179.3.178 kernel: can't fetch resources for \_SB_.PCI0.ISA_.SIO_.LPT_ - AE_AML_INVALID_RESOURCE_TYPE Dec 30 17:54:58 202.179.3.178 kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Dec 30 17:54:58 202.179.3.178 kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1208-0x120b on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: cpu0: on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: pcib0: port 0xcf8-0xcff on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: ACPI link \_SB_.PCI0.ISA_.LNKU has invalid initial irq 10, ignoring Dec 30 17:54:58 202.179.3.178 kernel: pci0: on pcib0 Dec 30 17:54:58 202.179.3.178 kernel: fxp0: port 0x1800-0x183f mem 0xfd000000-0xfd0fffff,0xfd10 0000-0xfd100fff irq 11 at device 2.0 on pci0 Dec 30 17:54:58 202.179.3.178 kernel: miibus0: on fxp0 Dec 30 17:54:58 202.179.3.178 kernel: inphy0: on miibus0 Dec 30 17:54:58 202.179.3.178 kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Dec 30 17:54:58 202.179.3.178 kernel: fxp0: Ethernet address: 00:e0:18:47:22:2f Dec 30 17:54:58 202.179.3.178 kernel: fxp0: [GIANT-LOCKED] Dec 30 17:54:58 202.179.3.178 kernel: pci0: at device 7.0 (no driver attached) Dec 30 17:54:58 202.179.3.178 kernel: isab0: port 0x1040-0x104f at device 15.0 on pci0 Dec 30 17:54:58 202.179.3.178 kernel: isa0: on isab0 Dec 30 17:54:58 202.179.3.178 kernel: atapci0: port 0x1840-0x184f,0x376,0x170-0x177,0x3f 6,0x1f0-0x1f7 at device 15.1 on pci0 Dec 30 17:54:58 202.179.3.178 kernel: ata0: channel #0 on atapci0 Dec 30 17:54:58 202.179.3.178 kernel: ata1: channel #1 on atapci0 Dec 30 17:54:58 202.179.3.178 kernel: ohci0: mem 0xfd102000-0xfd102fff irq 5 at device 15.2 on pci0 Dec 30 17:54:58 202.179.3.178 kernel: ohci0: [GIANT-LOCKED] Dec 30 17:54:58 202.179.3.178 kernel: usb0: OHCI version 1.0, legacy support Dec 30 17:54:58 202.179.3.178 kernel: usb0: on ohci0 Dec 30 17:54:58 202.179.3.178 kernel: usb0: USB revision 1.0 Dec 30 17:54:58 202.179.3.178 kernel: uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Dec 30 17:54:58 202.179.3.178 kernel: uhub0: 2 ports with 2 removable, self powered Dec 30 17:54:58 202.179.3.178 kernel: pcib1: on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: pci5: on pcib1 Dec 30 17:54:58 202.179.3.178 kernel: ncr0: port 0x1c00-0x1cff mem 0xfd110000-0xfd111fff,0xfd112 000-0xfd1123ff irq 5 at device 5.0 on pci5 Dec 30 17:54:58 202.179.3.178 kernel: ncr0: failed: rid 0x18 is ioport, requested 3 Dec 30 17:54:58 202.179.3.178 kernel: ncr0: [GIANT-LOCKED] Dec 30 17:54:58 202.179.3.178 kernel: ncr1: port 0x2000-0x20ff mem 0xfd114000-0xfd115fff,0xfd112 400-0xfd1127ff irq 9 at device 5.1 on pci5 Dec 30 17:54:58 202.179.3.178 kernel: ncr1: failed: rid 0x18 is ioport, requested 3 Dec 30 17:54:58 202.179.3.178 kernel: ncr1: [GIANT-LOCKED] Dec 30 17:54:58 202.179.3.178 kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: atkbd0: irq 1 on atkbdc0 Dec 30 17:54:58 202.179.3.178 kernel: kbd0 at atkbd0 Dec 30 17:54:58 202.179.3.178 kernel: atkbd0: [GIANT-LOCKED] Dec 30 17:54:58 202.179.3.178 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: sio0: type 16550A Dec 30 17:54:58 202.179.3.178 kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: sio1: type 16550A Dec 30 17:54:58 202.179.3.178 kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Dec 30 17:54:58 202.179.3.178 kernel: fdc0: [FAST] Dec 30 17:54:58 202.179.3.178 kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Dec 30 17:54:58 202.179.3.178 kernel: orm0: at iomem 0xca800-0xce7ff,0xc0000-0xca7ff on isa0 Dec 30 17:54:58 202.179.3.178 kernel: sc0: at flags 0x100 on isa0 Dec 30 17:54:58 202.179.3.178 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Dec 30 17:54:58 202.179.3.178 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Dec 30 17:54:58 202.179.3.178 kernel: Timecounter "TSC" frequency 1000043050 Hz quality 800 Dec 30 17:54:58 202.179.3.178 kernel: Timecounters tick every 10.000 msec Dec 30 17:54:58 202.179.3.178 kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, log ging limited to 100 packets/entry by default Dec 30 17:54:58 202.179.3.178 kernel: acd0: CDROM at ata0-master PIO4 Dec 30 17:54:58 202.179.3.178 kernel: Waiting 15 seconds for SCSI devices to settle Dec 30 17:54:58 202.179.3.178 kernel: da1 at ncr0 bus 0 target 1 lun 0 Dec 30 17:54:58 202.179.3.178 kernel: da1: Fixed Direct Access SCSI-2 device Dec 30 17:54:58 202.179.3.178 kernel: da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled Dec 30 17:54:58 202.179.3.178 kernel: da1: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) Dec 30 17:54:58 202.179.3.178 kernel: da0 at ncr0 bus 0 target 0 lun 0 Dec 30 17:54:58 202.179.3.178 kernel: da0: Fixed Direct Access SCSI-2 device Dec 30 17:54:58 202.179.3.178 kernel: da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled Dec 30 17:54:58 202.179.3.178 kernel: da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) Dec 30 17:54:58 202.179.3.178 kernel: Mounting root from ufs:/dev/da0s1a I didn't do much investigation on those servers that time. However without debug.mpsafenet, servers are working fine for more than 3 weeks. Ganbold >Robert N M Watson > > >_______________________________________________ >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 Mon Jan 24 05:57:07 2005 Return-Path: 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 C755316A4E7 for ; Mon, 24 Jan 2005 05:57:07 +0000 (GMT) Received: from users.altadena.net (users.altadena.net [207.151.161.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A374543D1F for ; Mon, 24 Jan 2005 05:57:07 +0000 (GMT) (envelope-from pete@users.altadena.net) Received: from pete by users.altadena.net with local (Exim 4.43) id 1CsxDj-000AUF-Bu for current@freebsd.org; Sun, 23 Jan 2005 21:57:03 -0800 Date: Sun, 23 Jan 2005 21:57:03 -0800 From: Pete Carah To: current@freebsd.org Message-ID: <20050124055703.GA40104@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Sender: Pete Carah Subject: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 05:57:08 -0000 Geom doesn't feed node-creations to devd in 5.3. This would be VERY useful for letting ordinary non-programmer users access pen drives, among other things (floppies come to mind too...). (or mount e.g. a pen drive as part of an authentication system where no-one is yet logged in, so can't manually mount...) umass0 comes in to devd, but this isn't useful for use in "mount". One needs the disk device nodes. I suppose one *could* parse dmesg for the info (or maybe sysctl) but that smacks of a serious kluge. (not to mention that the slice table isn't represented in dmesg anyhow, and practically nothing is in sysctl...) Does this yet happen in any later version (RELENG_5 or HEAD)? If not, is there anyone planning or working on it? It *does* work in Solaris and IRIX, (I know - we aren't them...) I don't know about any Linux or other *BSD version either. Geom is modular enough that this shouldn't be difficult... -- Pete From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 06:22:29 2005 Return-Path: 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 E034116A4CE for ; Mon, 24 Jan 2005 06:22:29 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3751D43D4C for ; Mon, 24 Jan 2005 06:22:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0O6MDvf082753; Sun, 23 Jan 2005 23:22:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 23 Jan 2005 23:23:32 -0700 (MST) Message-Id: <20050123.232332.48399079.imp@bsdimp.com> To: pete@altadena.net From: "M. Warner Losh" In-Reply-To: <20050124055703.GA40104@users.altadena.net> References: <20050124055703.GA40104@users.altadena.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 06:22:30 -0000 In message: <20050124055703.GA40104@users.altadena.net> Pete Carah writes: : Geom doesn't feed node-creations to devd in 5.3. This would be VERY useful : for letting ordinary non-programmer users access pen drives, among : other things (floppies come to mind too...). : (or mount e.g. a pen drive as part of an authentication system where no-one is : yet logged in, so can't manually mount...) True. : umass0 comes in to devd, but this isn't useful for use in "mount". One : needs the disk device nodes. I suppose one *could* parse dmesg for : the info (or maybe sysctl) but that smacks of a serious kluge. (not to : mention that the slice table isn't represented in dmesg anyhow, and : practically nothing is in sysctl...) One of the problems is that CAM doesn't use newbus devices, so you don't see da0 devices arrive. Further, it is not possible to trace back, using only newbus methods, what devices are attached to the umass. : Does this yet happen in any later version (RELENG_5 or HEAD)? : If not, is there anyone planning or working on it? I have some patches that export the GEOM events to devd. I'd rather have something that watches /dev and reports those. : Geom is modular enough that this shouldn't be difficult... I have my doubts that GEOM is the right layer to do this. That's one reason I've not committed the fixes. /dev is better, but also has some drawbacks. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 07:38:35 2005 Return-Path: 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 0F1D016A4CE for ; Mon, 24 Jan 2005 07:38:35 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 592E443D1D for ; Mon, 24 Jan 2005 07:38:34 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0O7cWpI054110; Mon, 24 Jan 2005 08:38:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Jeremie Le Hen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 23 Jan 2005 20:01:41 +0100." <20050123190141.GQ36660@obiwan.tataz.chchile.org> Date: Mon, 24 Jan 2005 08:38:32 +0100 Message-ID: <54109.1106552312@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 07:38:35 -0000 In message <20050123190141.GQ36660@obiwan.tataz.chchile.org>, Jeremie Le Hen wr ites: >> > Ok: even more asserts. Please try to find out exactly which one >> > explodes. >> >> I'll be able to try this in about 3 hours. For the moment, I just >> disabled soft-updates on /, and the panic disappeared. > >I re-enabled softupdates and added your assertions. Here is the panic: > > panic: mutex Giant not owned at ../../../dev/md/md.c:688 > >You assertions seem to not be triggered or reached. Can you add some more yourself ? We need to find out where Giant is lost, it is picked up here: case MD_VNODE: mtx_lock(&Giant); hasgiant = 1; break; And only dropped again when we exit. Somehow it gets lost on your machine and there is nothing but for us to find out where. Can you try if you can reproduce it with WITNESS enabled ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 07:49:23 2005 Return-Path: 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 07BA416A4CE for ; Mon, 24 Jan 2005 07:49:23 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id D930743D3F for ; Mon, 24 Jan 2005 07:49:21 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Mon, 24 Jan 2005 08:49:20 +0100 Date: Mon, 24 Jan 2005 08:49:58 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Stefan Bethke In-Reply-To: Message-ID: <20050124084705.R9815@beagle.kn.op.dlr.de> References: <33041.1106331489@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 24 Jan 2005 07:49:20.0799 (UTC) FILETIME=[36C7AAF0:01C501E9] cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Anybody involved with ISO C standardization ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 07:49:23 -0000 On Fri, 21 Jan 2005, Stefan Bethke wrote: SB>Am 21.01.2005 um 19:18 schrieb Poul-Henning Kamp: SB> SB>> In message <41F14659.8040003@mac.com>, Chuck Swiger writes: SB>> > Poul-Henning Kamp wrote: SB>> > > I just read another brain-dead proposal for a new timeformat SB>> > > which appearantly is in the ISO C queue and I would really SB>> > > like if we can avoid having another damn mistake in that area. SB>> > > (http://david.tribble.com/text/c0xlongtime.html) SB>> > SB>> > I tried to figure out what was wrong with the proposal, and came up with SB>> > this: SB>> > SB>> > "The longtime_t type represents a system time as an integral number of SB>> > ticks SB>> > elaped since the beginning of the long time epoch. Each tick is two SB>> > nanoseconds in length. The epoch begins at {AD 2001-01-01 00:00:00.000 SB>> > Z}. SB>> > SB>> > Long time values represent dates across the range of {AD 1601-01-01 SB>> > 00:00:00 SB>> > Z} to {AD 2401-01-01 00:00:00 Z} within the proleptic Gregorian SB>> > calendar." SB>> SB>> Lets take just the two worst mistakes: SB> SB>Maybe the author of these proposals hasn't had the opportunity to enjoy SB>Calendrical Calculations by Reingold and Dershowitz. (Their homepage is at SB>http://emr.cs.iit.edu/home/reingold/calendar-book/index.shtml) You should really take over this discussion to comp.std.c. There was a loooong discussion about this proposal two or three months ago. There seems to be one or two people on that list with time background. The author of the proposal also asked for comments, so you are free to feed them either directly to him or through c.s.c. harti From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 08:54:25 2005 Return-Path: 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 C0CBF16A4CE for ; Mon, 24 Jan 2005 08:54:25 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 95A1843D55 for ; Mon, 24 Jan 2005 08:54:24 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 24 Jan 2005 08:54:23 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp007) with SMTP; 24 Jan 2005 09:54:23 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 24 Jan 2005 09:54:20 +0100 User-Agent: KMail/1.7.2 References: <1106134006.1132.12.camel@genius2.i.cz> <1106227110.716.11.camel@genius2.i.cz> <20050122235234K.akiyama@jp.FreeBSD.org> In-Reply-To: <20050122235234K.akiyama@jp.FreeBSD.org> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1242613.vfDoILstTx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501240954.25511.emanuel.strobl@gmx.net> X-Y-GMX-Trusted: 0 cc: Michal Mertl cc: freebsd-stable@freebsd.org Subject: Re: strange ucom (uplcom) error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 08:54:25 -0000 --nextPart1242613.vfDoILstTx Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Samstag, 22. Januar 2005 15:52 schrieb Shunsuke Akiyama: [...] > Good work! > > I've updated your patch. If attached patch works correctly with new > revision chip, I'll commit this. Please test attached patch, and tell > me the result. I tested it (after removing the DOS ^M characters) against uplcom.c 1.25 wi= th=20 my RELENG_5 system. Everything seems fine, I just cannot ~p (put) files with cu/tip, but that=20 doesn't work with a real serial cable either. So committing and MFC (1.26) after 3 days would be great for me. Thank you all a lot, =2DHarry > > Regards, --nextPart1242613.vfDoILstTx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB9LfBBylq0S4AzzwRAouvAJ92Kr29Y5Rv1heyLGG6SodIO+Q1tgCgiZxi D800zPpDeTlCrKUHJ8Yct6g= =3Bsq -----END PGP SIGNATURE----- --nextPart1242613.vfDoILstTx-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 09:08:55 2005 Return-Path: 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 4B62716A4CE for ; Mon, 24 Jan 2005 09:08:55 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A0443D1D for ; Mon, 24 Jan 2005 09:08:54 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j0O98qew091213 for ; Mon, 24 Jan 2005 04:08:53 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j0O98oKp091143 for ; Mon, 24 Jan 2005 04:08:52 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 24 Jan 2005 04:08:38 -0500 (EST) From: Jeff Roberson To: current@freebsd.org Message-ID: <20050124040646.H97135@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: tree may not be buildable for an hour. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 09:08:55 -0000 In an hour I'm going to commit my VFS smp changes. I will leave the default set to protecting the stack with Giant. This way people can easily opt-in to testing, and I can stop maintaining this huge patch. I will be committing it in small chunks that will probably not be individually compilable, so you may want to wait to cvsup until after I mail to say that I'm done. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 09:54:11 2005 Return-Path: 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 3A8B816A4CE for ; Mon, 24 Jan 2005 09:54:11 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8FE943D1D for ; Mon, 24 Jan 2005 09:54:10 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0O9rjqV063487; Mon, 24 Jan 2005 04:53:45 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0O9riM2063484; Mon, 24 Jan 2005 09:53:45 GMT (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jan 2005 09:53:44 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ganbold In-Reply-To: <6.2.0.14.2.20050124113106.03402770@202.179.0.80> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: fxp0: device timed out problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 09:54:11 -0000 On Mon, 24 Jan 2005, Ganbold wrote: > > > I turned off debug.mpsafenet to 0 and it seems like problem goes away. > > > > > Is this problem related to network stack? Or is it related to fxp driver? > > > >It's most likely a problem with the device driver or interrupt > >configuration on your system. There are a couple of other variables you > >might try frobbing: > > > >- Use of ACPI to configure the hardware > >- Use of "device apic" if the system is non-SMP > > I see. One of the server is SMP system and device apic option is used in > kernel config file. I didn't try device apic on non-SMP machine. Any luck with disabling ACPI? In particular, are the interrupt assignments substantially different between booting with ACPI and without? You can probably just diff -u the old dmesg.boot and the new one... > >Usually a device timed out error is related to interrupts from the device > >not being delivered, being delivered improperly, etc. Does your dmesg > >contain any references to interrupt storms? Once the above message has > >printed, do you see any further interrupts on the fxp interrupt source > >when checking intermittently with "systat -vmstat 1" or "vmstat -i"? > > I couldn't check the system by issuing those commands. Following is the > dmesg output with debug.mpsafenet disabled: Couldn't as in, not possible for administrative reasons, because you couldn't log in once the failure occurred so couldn't get the output, or because they don't work, or...? Just want to make sure I understand if this is an administrative issue or symptomatic. > I didn't do much investigation on those servers that time. However > without debug.mpsafenet, servers are working fine for more than 3 weeks. That is certainly suggestive -- I wonder if we're looking at a locking bug in fxp0 involving serialization with the hardware. However, it's not conclusive, I think -- when running MPSAFE, the timing is quite different on UP as well as SMP hardware, which could trigger other existing bugs. The big open question, I think, is whether an interrupt delivery problem is involved. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 09:58:21 2005 Return-Path: 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 A34C516A4CE for ; Mon, 24 Jan 2005 09:58:21 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 225C543D1D for ; Mon, 24 Jan 2005 09:58:21 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0O9vfrK063610; Mon, 24 Jan 2005 04:57:41 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0O9vflv063607; Mon, 24 Jan 2005 09:57:41 GMT (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jan 2005 09:57:41 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Pete Carah In-Reply-To: <20050124055703.GA40104@users.altadena.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 09:58:21 -0000 On Sun, 23 Jan 2005, Pete Carah wrote: > Geom doesn't feed node-creations to devd in 5.3. This would be VERY > useful for letting ordinary non-programmer users access pen drives, > among other things (floppies come to mind too...). (or mount e.g. a pen > drive as part of an authentication system where no-one is yet logged in, > so can't manually mount...) > > umass0 comes in to devd, but this isn't useful for use in "mount". One > needs the disk device nodes. I suppose one *could* parse dmesg for the > info (or maybe sysctl) but that smacks of a serious kluge. (not to > mention that the slice table isn't represented in dmesg anyhow, and > practically nothing is in sysctl...) > > Does this yet happen in any later version (RELENG_5 or HEAD)? If not, > is there anyone planning or working on it? > > It *does* work in Solaris and IRIX, (I know - we aren't them...) I > don't know about any Linux or other *BSD version either. > > Geom is modular enough that this shouldn't be difficult... I used the attached patches do announce storage device arrival on my notebook so that I can do auto-mounting of USB storage. There appears to be some disagreement regarding layering: my opinion has generally been that since there are multiple layers involved, we should announce both the layer and the device, for example: Network stack says "ifnet fxp0 arrived" separately from: /dev says "/dev/net/fxp0 arrived" Since they constitute different "things" with quite different management properties. This also provides additional contextual information: rather than devd having to guess what type of object a device node is using name matching, by learning about it through geom or the network stack, it knows what kind it is up front in a strong way. Robert N M Watson Index: geom.h =================================================================== RCS file: /home/ncvs/src/sys/geom/geom.h,v retrieving revision 1.90 diff -u -r1.90 geom.h --- geom.h 21 Dec 2004 18:32:46 -0000 1.90 +++ geom.h 22 Dec 2004 18:43:59 -0000 @@ -200,6 +200,10 @@ void g_dev_print(void); struct g_provider *g_dev_getprovider(struct cdev *dev); +/* geom_devctl.c */ +void g_dev_added(const char *); +void g_dev_removed(const char *); + /* geom_dump.c */ void g_trace(int level, const char *, ...); # define G_T_TOPOLOGY 1 Index: geom_dev.c =================================================================== RCS file: /home/ncvs/src/sys/geom/geom_dev.c,v retrieving revision 1.87 diff -u -r1.87 geom_dev.c --- geom_dev.c 12 Dec 2004 10:09:05 -0000 1.87 +++ geom_dev.c 22 Dec 2004 18:43:59 -0000 @@ -151,6 +151,7 @@ UID_ROOT, GID_OPERATOR, 0640, gp->name); if (pp->flags & G_PF_CANDELETE) dev->si_flags |= SI_CANDELETE; + g_dev_added(gp->name); mtx_unlock(&Giant); g_topology_lock(); dev->si_iosize_max = MAXPHYS; @@ -415,6 +416,9 @@ destroy_dev(dev); free_unr(unithdr, unit); + /* Send a note to userspace for any cleanup it wants to do. */ + g_dev_removed(gp->name); + /* Wait for the cows to come home */ while (cp->nstart != cp->nend) msleep(&dev, NULL, PRIBIO, "gdevorphan", hz / 10); Index: geom_devctl.c =================================================================== RCS file: geom_devctl.c diff -N geom_devctl.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ geom_devctl.c 18 Feb 2004 00:26:23 -0000 @@ -0,0 +1,66 @@ +/*- + * Copyright (c) 2004 Robert N. M. Watson + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +/* + * GEOM disk event stream for userspace: notification of arrival and + * deletion of GEOM-visible /dev entries. + */ + +#include +#include +#include +#include +#include + +#include + +void +g_dev_added(const char *disk) +{ + struct sbuf sb; + + sbuf_new(&sb, NULL, 0, SBUF_AUTOEXTEND); + sbuf_printf(&sb, "+%s at on geom", disk); + sbuf_finish(&sb); + devctl_queue_data(sbuf_data(&sb)); + printf("geom: sent devctl '%s'\n", sbuf_data(&sb)); + sbuf_done(&sb); +} + +void +g_dev_removed(const char *disk) +{ + struct sbuf sb; + + sbuf_new(&sb, NULL, 0, SBUF_AUTOEXTEND); + sbuf_printf(&sb, "-%s at on geom", disk); + sbuf_finish(&sb); + devctl_queue_data(sbuf_data(&sb)); + printf("geom: sent devctl '%s'\n", sbuf_data(&sb)); + sbuf_done(&sb); +} From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 10:18:42 2005 Return-Path: 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 9557D16A4CF; Mon, 24 Jan 2005 10:18:42 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A585543D49; Mon, 24 Jan 2005 10:18:41 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1Ct1O6-000P9A-4h; Mon, 24 Jan 2005 18:24:02 +0800 Message-Id: <6.2.0.14.2.20050124181259.03419040@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Mon, 24 Jan 2005 18:20:25 +0800 To: Robert Watson From: Ganbold In-Reply-To: References: <6.2.0.14.2.20050124113106.03402770@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org Subject: Re: fxp0: device timed out problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 10:18:42 -0000 At 05:53 PM 1/24/2005, you wrote: >On Mon, 24 Jan 2005, Ganbold wrote: > >Any luck with disabling ACPI? In particular, are the interrupt >assignments substantially different between booting with ACPI and without? >You can probably just diff -u the old dmesg.boot and the new one... I didn't try disabling ACPI. > > >Usually a device timed out error is related to interrupts from the device > > >not being delivered, being delivered improperly, etc. Does your dmesg > > >contain any references to interrupt storms? Once the above message has > > >printed, do you see any further interrupts on the fxp interrupt source > > >when checking intermittently with "systat -vmstat 1" or "vmstat -i"? > > > > I couldn't check the system by issuing those commands. Following is the > > dmesg output with debug.mpsafenet disabled: > >Couldn't as in, not possible for administrative reasons, because you >couldn't log in once the failure occurred so couldn't get the output, or >because they don't work, or...? Just want to make sure I understand if >this is an administrative issue or symptomatic. Sorry for my poor explanation. Actually I didn't try these commands. > > I didn't do much investigation on those servers that time. However > > without debug.mpsafenet, servers are working fine for more than 3 weeks. > >That is certainly suggestive -- I wonder if we're looking at a locking bug >in fxp0 involving serialization with the hardware. However, it's not >conclusive, I think -- when running MPSAFE, the timing is quite different >on UP as well as SMP hardware, which could trigger other existing bugs. >The big open question, I think, is whether an interrupt delivery problem >is involved. Probably I have to enable debug.mpsafenet in one of the servers and experiment disabling ACPI and checking interrupt source when device times out. I will let you know. thanks, Ganbold >Robert N M Watson > > >_______________________________________________ >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 Mon Jan 24 10:56:49 2005 Return-Path: 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 D2A7916A4CE for ; Mon, 24 Jan 2005 10:56:49 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CD6843D1D for ; Mon, 24 Jan 2005 10:56:49 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j0OAumew015608 for ; Mon, 24 Jan 2005 05:56:48 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j0OAum7H015604 for ; Mon, 24 Jan 2005 05:56:48 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 24 Jan 2005 05:56:48 -0500 (EST) From: Jeff Roberson To: current@freebsd.org In-Reply-To: <20050124040646.H97135@mail.chesapeake.net> Message-ID: <20050124055400.U97135@mail.chesapeake.net> References: <20050124040646.H97135@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: tree may not be buildable for an hour. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 10:56:50 -0000 That's all of it. If you wait for your cvsup mirror to catch up, you can try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. This option requires mpsafevm as well. I have two known bugs that have only been triggered by peter holm's excellent stress suite, but none are known to cause problems if mpsafevfs is disabled, and none of them have been seen on normal systems to my knowledge. Cheers, Jeff On Mon, 24 Jan 2005, Jeff Roberson wrote: > In an hour I'm going to commit my VFS smp changes. I will leave the > default set to protecting the stack with Giant. This way people can > easily opt-in to testing, and I can stop maintaining this huge patch. I > will be committing it in small chunks that will probably not be > individually compilable, so you may want to wait to cvsup until after I > mail to say that I'm done. > > Thanks, > Jeff > _______________________________________________ > 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 Mon Jan 24 11:40:44 2005 Return-Path: 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 462DD16A4CE; Mon, 24 Jan 2005 11:40:44 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA24F43D2F; Mon, 24 Jan 2005 11:40:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0OBehvX071774; Mon, 24 Jan 2005 06:40:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0OBehFw048811; Mon, 24 Jan 2005 06:40:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D9B4B7306E; Mon, 24 Jan 2005 06:40:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050124114042.D9B4B7306E@freebsd-current.sentex.ca> Date: Mon, 24 Jan 2005 06:40:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 11:40:44 -0000 TB --- 2005-01-24 10:20:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-24 10:20:04 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-01-24 10:20:04 - checking out the source tree TB --- 2005-01-24 10:20:04 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-01-24 10:20:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-24 10:25:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-24 10:25:44 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-24 10:25:44 - /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 TB --- 2005-01-24 11:32:56 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-24 11:32:56 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-24 11:32:56 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jan 24 11:32:56 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c:1084: warning: passing arg 2 of `ffs_blkfree' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c:1084: warning: passing arg 3 of `ffs_blkfree' makes pointer from integer without a cast /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c:1084: error: too few arguments to function `ffs_blkfree' /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c:1364: warning: passing arg 1 of `ffs_blkfree' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c:1364: warning: passing arg 2 of `ffs_blkfree' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c:1364: warning: passing arg 3 of `ffs_blkfree' makes pointer from integer without a cast /tinderbox/CURRENT/i386/i386/src/sys/ufs/ffs/ffs_snapshot.c:1364: error: too few arguments to function `ffs_blkfree' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-01-24 11:40:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-24 11:40:42 - ERROR: failed to build generic kernel TB --- 2005-01-24 11:40:42 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 12:32:58 2005 Return-Path: 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 B715516A4CE for ; Mon, 24 Jan 2005 12:32:58 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E681043D46 for ; Mon, 24 Jan 2005 12:32:57 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j0OCWGHo045765 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 24 Jan 2005 13:32:19 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j0OCVgU3041307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Jan 2005 13:31:42 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j0OCVfjX018993; Mon, 24 Jan 2005 13:31:41 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j0OCVf7G018992; Mon, 24 Jan 2005 13:31:41 +0100 (CET) (envelope-from ticso) Date: Mon, 24 Jan 2005 13:31:40 +0100 From: Bernd Walter To: Pete Carah Message-ID: <20050124123140.GY628@cicely12.cicely.de> References: <20050124055703.GA40104@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050124055703.GA40104@users.altadena.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: current@freebsd.org Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 12:32:58 -0000 On Sun, Jan 23, 2005 at 09:57:03PM -0800, Pete Carah wrote: > Geom doesn't feed node-creations to devd in 5.3. This would be VERY useful > for letting ordinary non-programmer users access pen drives, among > other things (floppies come to mind too...). > (or mount e.g. a pen drive as part of an authentication system where no-one is > yet logged in, so can't manually mount...) > > umass0 comes in to devd, but this isn't useful for use in "mount". One > needs the disk device nodes. I suppose one *could* parse dmesg for > the info (or maybe sysctl) but that smacks of a serious kluge. (not to > mention that the slice table isn't represented in dmesg anyhow, and > practically nothing is in sysctl...) As a workaround you can parse the camcontrol devlist -v output: scbus2 on umass-sim1 bus 1: at scbus2 target 0 lun 0 (pass1,da0) at scbus2 target 0 lun 1 (pass2,da1) at scbus2 target 0 lun 2 (pass3,da2) umass-sim1 is the sim from umass1. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Jan 23 14:57:36 2005 Return-Path: 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 D5A3816A4CE for ; Sun, 23 Jan 2005 14:57:36 +0000 (GMT) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9FB43D53 for ; Sun, 23 Jan 2005 14:57:35 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.1/8.12.10) with ESMTP id j0NEvXOL000980 for ; Sun, 23 Jan 2005 15:57:33 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.1/8.12.10/Submit) id j0NEvWvU000979 for freebsd-current@freebsd.org; Sun, 23 Jan 2005 15:57:32 +0100 (CET) (envelope-from kuku) Date: Sun, 23 Jan 2005 15:57:32 +0100 (CET) From: Christoph Kukulies Message-Id: <200501231457.j0NEvWvU000979@www.kukulies.org> To: freebsd-current@freebsd.org X-Mailman-Approved-At: Mon, 24 Jan 2005 12:43:30 +0000 Subject: ppp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jan 2005 14:57:36 -0000 I supped yesterday and rebuilt -current. After cleaning up my /etc/rc.d by throwing out everything which was in there before and put the whole /usr/src/etc/rc.d in it, I could no longer connect to the internet after a reboot. I saw after some research that /etc/rc.d/ppp-user did not start ppp right. It tried to execute a command -quiet -ddial myprofile instead of ppp -quiet -ddial myprofile So the actual command to run was missing. I repaired it temporarily by putting that into ppp-user: rc_flags="$rc_flags ppp -quiet -${ppp_mode}" ^^^ which is probably a dirty fix. Maybe I'm missing some other mechanism going on here. -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 03:17:36 2005 Return-Path: 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 46A6416A4CE for ; Mon, 24 Jan 2005 03:17:36 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC77F43D1D for ; Mon, 24 Jan 2005 03:17:35 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id j0O3HYaa077138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Sun, 23 Jan 2005 22:17:34 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id j0O3HTGu077135; Sun, 23 Jan 2005 22:17:29 -0500 (EST) (envelope-from wollman) Date: Sun, 23 Jan 2005 22:17:29 -0500 (EST) From: Garrett Wollman Message-Id: <200501240317.j0O3HTGu077135@khavrinen.lcs.mit.edu> To: Matthias Andree In-Reply-To: References: <20050120192324.GA30862@uriah.heep.sax.de> <20050120205501.GA69123@nagual.pp.ru> <20050120211449.GC30862@uriah.heep.sax.de> <20050120214406.GA70088@nagual.pp.ru> <20050120222137.GE30862@uriah.heep.sax.de> <20050120224017.GA71573@nagual.pp.ru> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Mon, 24 Jan 2005 12:43:30 +0000 cc: current@FreeBSD.ORG Subject: Re: Implementation errors in strtol() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 03:17:36 -0000 < said: [Apologies for joining this discussion late; I was on vacation.] > I do not have a place of discovery handy, but wasn't POSIX explicitly > deferring in to the C standard and giving it precedence for any > conflicts between the C standard library and POSIX? POSIX/SUSv3 defers to C99. However, POSIX significantly extends C99 by explicitly defining behavior that C99 leaves undefined or implementation-defined. In places where C is silent, POSIX is free to make additional requirements on an implementation. In the specific case of errors, POSIX observes the following three principles (which you can find in the introductory material to either XSI or XBD, I forget which): - If POSIX says that function X "shall" set errno to a particular value when a particular condition holds, implementations have no freedom of action: they must detect that condition and set errno as specified. - If POSIX says that a function X "may" set errno to a particular value when a particular condition holds, implementations are free not to detect that condition, but if they do, they must set errno to that value. - Unless a function is specified as not setting errno, a function may set errno to any nonzero value, regardless of whether it succeeds or fails. It then follows that: - If a function detects an error condition which is not explicitly enumerated in the standard, and which is not explicitly excluded by the definition of that function, it may set errno to an implementation-defined value and return an error indication. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 09:25:55 2005 Return-Path: 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 53ACA16A4CE; Mon, 24 Jan 2005 09:25:55 +0000 (GMT) Received: from mailhost.catholic.org (mailhost.catholic.org [66.122.14.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC21743D1D; Mon, 24 Jan 2005 09:25:54 +0000 (GMT) (envelope-from wsk@catholic.org) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) j0O9Pqh6024422; Mon, 24 Jan 2005 01:25:52 -0800 Received: from 211.96.21.195 (SquirrelMail authenticated user wsk) by webmail.catholic.org with HTTP; Mon, 24 Jan 2005 09:25:52 -0000 (GMT) Message-ID: <57062.211.96.21.195.1106558752.squirrel@webmail.catholic.org> Date: Mon, 24 Jan 2005 09:25:52 -0000 (GMT) From: "wsk" To: current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Mailman-Approved-At: Mon, 24 Jan 2005 12:43:30 +0000 cc: support@comtrol.com cc: stable@freebsd.org cc: questions@freebsd.org Subject: Rocketport uPCI ioaddr mapping failed under FreeBSD-5.3&CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 09:25:55 -0000 hi,folks: after installed RocketPort uPCI card into my box;it dumps the follow eror msgs: rp0: port 0xde00-0xdeff,0xdd80-0xddff mem 0xfcedff80-0xfcedffff irq 19 at device 10.0 on pci2 rp0: failed: rid 0x10 is memory, requested 4 rp0: ioaddr mapping failed for RocketPort(PCI). device_attach: rp0 attach returned 6 and pciconfig the rp0: rp0@pci2:10:0: class=0x078000 card=0x080511fe chip=0x080511fe rev=0x01 hdr=0x00 vendor = 'Comtrol Corp' class = simple comms and downloaded the 1800255A file and follwed the README from www.comtrol.com. During the buildkernel, I got errors: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../dev/rp/rp.c ../../../dev/rp/rp.c: In function `rp_do_receive': ../../../dev/rp/rp.c:772: error: request for member `l_rint' in something not a structure or union ../../../dev/rp/rp.c:820: error: request for member `l_rint' in something not a structure or union ../../../dev/rp/rp.c: In function `rp_handle_port': ../../../dev/rp/rp.c:850: error: request for member `l_modem' in something not a structure or union ../../../dev/rp/rp.c:854: error: request for member `l_modem' in something not a structure or union ../../../dev/rp/rp.c:855: error: request for member `l_modem' in something not a structure or union ../../../dev/rp/rp.c: In function `rp_do_poll': ../../../dev/rp/rp.c:903: error: request for member `l_start' in something not a structure or union ../../../dev/rp/rp.c: In function `rp_attachcommon': ../../../dev/rp/rp.c:982: warning: assignment makes integer from pointer without a cast ../../../dev/rp/rp.c:985: warning: assignment makes integer from pointer without a cast ../../../dev/rp/rp.c:988: warning: assignment makes integer from pointer without a cast ../../../dev/rp/rp.c:991: warning: assignment makes integer from pointer without a cast ../../../dev/rp/rp.c:994: warning: assignment makes integer from pointer without a cast ../../../dev/rp/rp.c:997: warning: assignment makes integer from pointer without a cast ../../../dev/rp/rp.c: In function `rp_releaseresource': ../../../dev/rp/rp.c:1077: warning: passing arg 1 of `destroy_dev' makes pointer from integer without a cast ../../../dev/rp/rp.c: In function `rpopen': ../../../dev/rp/rp.c:1088: error: argument "dev" doesn't match prototype ../../../dev/rp/rp.c:672: error: prototype declaration ../../../dev/rp/rp.c:1096: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1097: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1102: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1108: error: invalid type argument of `->' ../../../dev/rp/rp.c:1120: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1145: warning: assignment makes pointer from integer without a cast ../../../dev/rp/rp.c:1150: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1200: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1201: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1202: error: request for member `l_modem' in something not a structure or union ../../../dev/rp/rp.c:1212: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1221: error: request for member `l_open' in something not a structure or union ../../../dev/rp/rp.c:1224: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c: In function `rpclose': ../../../dev/rp/rp.c:1246: error: argument "dev" doesn't match prototype ../../../dev/rp/rp.c:673: error: prototype declaration ../../../dev/rp/rp.c:1252: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1253: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1257: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1264: error: request for member `l_close' in something not a structure or union ../../../dev/rp/rp.c:1271: warning: implicit declaration of function `ttyclose' ../../../dev/rp/rp.c:1271: warning: nested extern declaration of `ttyclose' ../../../dev/rp/rp.c: In function `rpread': ../../../dev/rp/rp.c:1321: error: argument "dev" doesn't match prototype ../../../dev/rp/rp.c:676: error: prototype declaration ../../../dev/rp/rp.c:1326: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1327: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1331: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1335: error: request for member `l_read' in something not a structure or union ../../../dev/rp/rp.c: In function `rpwrite': ../../../dev/rp/rp.c:1345: error: argument "dev" doesn't match prototype ../../../dev/rp/rp.c:674: error: prototype declaration ../../../dev/rp/rp.c:1351: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1352: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1356: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1367: error: request for member `l_write' in something not a structure or union ../../../dev/rp/rp.c: In function `rpioctl': ../../../dev/rp/rp.c:1388: error: argument "dev" doesn't match prototype ../../../dev/rp/rp.c:675: error: prototype declaration ../../../dev/rp/rp.c:1403: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1404: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1410: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1413: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1415: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1418: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1460: warning: passing arg 1 of `minor' makes pointer from integer without a cast ../../../dev/rp/rp.c:1482: error: request for member `l_ioctl' in something not a structure or union ../../../dev/rp/rp.c: In function `rp_disc_optim': ../../../dev/rp/rp.c:1763: error: request for member `l_rint' in something not a structure or union ../../../dev/rp/rp.c: At top level: ../../../dev/rp/rp.c:2364: error: syntax error before "rp_pci_mod" ../../../dev/rp/rp.c:2364: warning: type defaults to `int' in declaration of `rp_pci_mod' ../../../dev/rp/rp.c:2364: warning: initialization makes integer from pointer without a cast ../../../dev/rp/rp.c:2364: warning: excess elements in scalar initializer ../../../dev/rp/rp.c:2364: warning: (near initialization for `rp_pci_mod') ../../../dev/rp/rp.c:2364: warning: excess elements in scalar initializer ../../../dev/rp/rp.c:2364: warning: (near initialization for `rp_pci_mod') ../../../dev/rp/rp.c:2364: warning: data definition has no type or storage class../../../dev/rp/rp.c:2364: warning: type defaults to `int' in declaration of `DECLARE_MODULE' ../../../dev/rp/rp.c:2364: warning: parameter names (without types) in function declaration ../../../dev/rp/rp.c:2364: warning: data definition has no type or storage class../../../dev/rp/rp.c:2809: error: syntax error before "rp_isa_mod" ../../../dev/rp/rp.c:2809: warning: type defaults to `int' in declaration of `rp_isa_mod' ../../../dev/rp/rp.c:2809: warning: initialization makes integer from pointer without a cast ../../../dev/rp/rp.c:2809: warning: excess elements in scalar initializer ../../../dev/rp/rp.c:2809: warning: (near initialization for `rp_isa_mod') ../../../dev/rp/rp.c:2809: warning: excess elements in scalar initializer ../../../dev/rp/rp.c:2809: warning: (near initialization for `rp_isa_mod') ../../../dev/rp/rp.c:2809: warning: data definition has no type or storage class../../../dev/rp/rp.c:2809: warning: type defaults to `int' in declaration of `DECLARE_MODULE' ../../../dev/rp/rp.c:2809: warning: parameter names (without types) in function declaration ../../../dev/rp/rp.c:2809: warning: redundant redeclaration of 'DECLARE_MODULE' ../../../dev/rp/rp.c:2364: warning: previous declaration of 'DECLARE_MODULE' was here ../../../dev/rp/rp.c:2809: warning: data definition has no type or storage class*** Error code 1 Stop in /usr/src/sys/i386/compile/WSK. thinks in any Re with appresiates! ----------------------------------------- This email was sent using FREE Catholic Online Webmail! http://webmail.catholic.org/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 13:46:00 2005 Return-Path: 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 D880F16A4CE for ; Mon, 24 Jan 2005 13:46:00 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C8A143D4C for ; Mon, 24 Jan 2005 13:46:00 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 8FB8326443B; Mon, 24 Jan 2005 14:45:58 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id DD6B3407C; Mon, 24 Jan 2005 14:45:46 +0100 (CET) Date: Mon, 24 Jan 2005 14:45:46 +0100 From: Jeremie Le Hen To: Poul-Henning Kamp Message-ID: <20050124134546.GB59685@obiwan.tataz.chchile.org> References: <20050123190141.GQ36660@obiwan.tataz.chchile.org> <54109.1106552312@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54109.1106552312@critter.freebsd.dk> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org cc: Jeremie Le Hen Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 13:46:01 -0000 > Can you add some more yourself ? We need to find out where Giant > is lost, it is picked up here: > > case MD_VNODE: > mtx_lock(&Giant); > hasgiant = 1; > break; > > And only dropped again when we exit. > > Somehow it gets lost on your machine and there is nothing but for us > to find out where. > > Can you try if you can reproduce it with WITNESS enabled ? First, I want to tell that I have triggered the panic even with softupdates disabled. When I first tried it, I thought the panic was occuring immediately on creation of the first md(4) device, therefore when I succeeded in creating /dev/md0 with a non-softupdates filesystem, I believed this was related. In fact, I think now it's clearly a race condition since the panic is not reproducible in a deterministic way. Sometimes it occurs on the first creation of a md(4) device, sometimes I have to create up to 4 devices to get it triggered. While talking about WITNESS, I checked my kernel config and remembered that FULL_PREEMPTION is on. The panic disappeared when I turned off the latter : I managed to create up to about 16 md(4) devices. I know this should not be enabled for users, but I'm interested in "exposing race conditions" as said in the comment. I think you don't really have time to fix this kind of bugs caused by FULL_PREEMPTION so I'll try myself. I'm sorry for wasting your time. FYI, here is my kernel configuration: %%% options PREEMPTION options FULL_PREEMPTION options MUTEX_DEBUG options KDB options DDB options INVARIANT_SUPPORT options INVARIANTS options DIAGNOSTIC options WITNESS options WITNESS_KDB options SCHED_ULE %%% Following some advices from a friend of mine, I'm going to give a try to the KTR tracing facility. First I wanted to set a watchpoint on Giant, but I've been told that this feature is not very efficient and furthermore I'm dreading that Giant might be used many times a second. Advices and help are of course welcome. -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 14:49:32 2005 Return-Path: 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 8AB8316A4CE for ; Mon, 24 Jan 2005 14:49:32 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24C3743D2F for ; Mon, 24 Jan 2005 14:49:32 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0OEnASl069675; Mon, 24 Jan 2005 09:49:10 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0OEnAGj069672; Mon, 24 Jan 2005 14:49:10 GMT (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jan 2005 14:49:10 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1106435719.659.6.camel@RabbitsDen> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: Notebook fan stuck on? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 14:49:32 -0000 On Sat, 22 Jan 2005, Alexandre "Sunny" Kovalenko wrote: > What does > > sysctl hw.acpi.thermal > > say? > > Starting point would be looking at whether > > sysctl hw.acpi.thermal.tzN.temperature > > changes with time. (for all N your notebook provided). paprika:~> sysctl sysctl hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 49.5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 98.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 (pause 20 seconds) paprika:~> sysctl hw.acpi.thermal.tz0.temperature hw.acpi.thermal.tz0.temperature: 48.5C (pause 10 seconds) paprika:~> sysctl hw.acpi.thermal.tz0.temperature hw.acpi.thermal.tz0.temperature: 53.5C (pause 10 seconds) paprika:~> sysctl hw.acpi.thermal.tz0.temperature hw.acpi.thermal.tz0.temperature: 49.5C Seems like it's jumping around a bit. A lot, even. However, if I run sysctl -n hw.acpi.thermal.tz0.temperature in a loop separated by sleep 10, while running a "du /" the results seem fairly predictable: 48.5C 48.5C 48.5C 49.5C 48.5C 49.5C 49.5C 49.5C 50.5C 50.5C 50.5C 51.5C 50.5C 51.5C 50.5C Other than the critical temperature threshold, is it possible to retrieve other thresholds from the kernel/ACPI? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 16:37:00 2005 Return-Path: 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 4538816A4CE; Mon, 24 Jan 2005 16:37:00 +0000 (GMT) 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 745E743D55; Mon, 24 Jan 2005 16:36:59 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j0OGat3v024304; Mon, 24 Jan 2005 17:36:57 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41F52424.4020001@DeepCore.dk> Date: Mon, 24 Jan 2005 17:36:52 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org, "'FreeBSD Current'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 Subject: ATAPI CD changers anybody ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 16:37:00 -0000 Seems I lost my lonely ATAPI CDROM with built in changer to the eternal=20 HW scrapyards, let it rest in peace :) Finding a new one seems difficult so I thought I'd ask around how many=20 still has one of these ? I ask because the support code for those seem to have suffered bitrot to = the degree that it most likely hasn't worked on -current (maybe even=20 5.x) for a long time, but alas I cant test that. Now, since it seems that such devices are no longer made, and newer=20 really caught on, I need some good reasons to keep the (broken) support=20 in there. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 17:04:26 2005 Return-Path: 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 E45F816A4CE; Mon, 24 Jan 2005 17:04:26 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF4A43D48; Mon, 24 Jan 2005 17:04:26 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j0OH4IHo057142 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 24 Jan 2005 18:04:20 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j0OH3kU3043056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Jan 2005 18:03:46 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j0OH3jhX021126; Mon, 24 Jan 2005 18:03:45 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j0OH3j1V021125; Mon, 24 Jan 2005 18:03:45 +0100 (CET) (envelope-from ticso) Date: Mon, 24 Jan 2005 18:03:45 +0100 From: Bernd Walter To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20050124170344.GF628@cicely12.cicely.de> References: <41F52424.4020001@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <41F52424.4020001@DeepCore.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: hackers@freebsd.org cc: 'FreeBSD Current' Subject: Re: ATAPI CD changers anybody ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 17:04:27 -0000 On Mon, Jan 24, 2005 at 05:36:52PM +0100, Søren Schmidt wrote: > > Seems I lost my lonely ATAPI CDROM with built in changer to the eternal > HW scrapyards, let it rest in peace :) > > Finding a new one seems difficult so I thought I'd ask around how many > still has one of these ? > > I ask because the support code for those seem to have suffered bitrot to > the degree that it most likely hasn't worked on -current (maybe even > 5.x) for a long time, but alas I cant test that. > > Now, since it seems that such devices are no longer made, and newer > really caught on, I need some good reasons to keep the (broken) support > in there. I have an Alps DC544C here, currently not vuilt into to any machine. Didn't know if it was ever supported as a changer - it has some buttons to switch media. Don't think there is much sense these days in using such a device. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 17:50:27 2005 Return-Path: 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 015FB16A519 for ; Mon, 24 Jan 2005 17:50:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 580DC43D5D for ; Mon, 24 Jan 2005 17:50:06 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so274928wri for ; Mon, 24 Jan 2005 09:50:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=swT4K2DIU7/4BKmMac+FAiAt7b0vzGXkHb/eu4cU1kElFtqxG38/uoMZeqWQ0LJgsKqTJ+V8uxjSx81bo5FKKVgTsvy1fGj+vBbE/ODFQ/HShdGyrmawrEvEhw7FY79H6n4nMJS8NfMZjDx6VWm5w5Nv/1mvr868aU87tNbWjlY= Received: by 10.54.25.45 with SMTP id 45mr37332wry; Mon, 24 Jan 2005 09:50:04 -0800 (PST) Received: by 10.54.29.48 with HTTP; Mon, 24 Jan 2005 09:50:04 -0800 (PST) Message-ID: <790a9fff05012409505cdcffa2@mail.gmail.com> Date: Mon, 24 Jan 2005 11:50:04 -0600 From: Scot Hetzel To: Christoph Kukulies In-Reply-To: <200501222152.j0MLqKV0000853@www.kukulies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501222152.j0MLqKV0000853@www.kukulies.org> cc: freebsd-current@freebsd.org Subject: Re: these symbols in rc.conf not properly set - messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 17:50:27 -0000 On Sat, 22 Jan 2005 22:52:20 +0100 (CET), Christoph Kukulies wrote: > During the past world builds from -current (built > -current world and kernel just a couple of minutes before in a running > 6.0 system of November 2004 - it was a hitch) > > Only in the past and now I'm getting more and more these > messages that something in rc.conf is not properly set. > > How do I get rid from these best? > > /etc/rc: WARNING: $postfix is not set properly - see rc.conf(5). > /etc/rc: WARNING: $poffd is not set properly - see rc.conf(5). > /etc/rc: WARNING: $ndbootd is not set properly - see rc.conf(5). > Starting default moused:. > /etc/rc: WARNING: $lkm is not set properly - see rc.conf(5). > Starting inetd. > /etc/rc: WARNING: $ifwatchd is not set properly - see rc.conf(5). > /etc/rc: WARNING: $gated is not set properly - see rc.conf(5). > DAEMON: not found > /etc/rc.d/Makefile: /etc/rc.d: Permission denied > /etc/rc.d/Makefile: 45: Syntax error: newline unexpected > Some how your /etc/rc.d directory is messed up, as you have extra files in there (i.e "Makefile" shouldn't be there). Do the following: cd /etc mv rc.d rc.d-old mkdir rc.d mergemaster Scot From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 17:56:47 2005 Return-Path: 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 5E11116A4CF for ; Mon, 24 Jan 2005 17:56:47 +0000 (GMT) Received: from www.centralpets.com (www.centralpets.com [216.15.161.2]) by mx1.FreeBSD.org (Postfix) with SMTP id D275E43D58 for ; Mon, 24 Jan 2005 17:56:46 +0000 (GMT) (envelope-from blooms@centralpets.com) Received: (qmail 14271 invoked from network); 24 Jan 2005 17:56:49 -0000 Received: from bark.centralpets.com (unknown [127.0.0.1]) by centralpets.com ([127.0.0.1]) with ESMTP via TCP; 24 Jan 2005 17:56:49 -0000 Received: from 194.78.167.222 (unverified [194.78.167.222]) by bark.centralpets.com (VisualMail 4.0) with WEBMAIL id 14265; Mon, 24 Jan 2005 17:56:49 +0000 From: "Saul Bloom" To: freebsd-current@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [194.78.167.222] Date: Mon, 24 Jan 2005 17:56:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: GENERIC build broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 17:56:47 -0000 >> tries to use them directly. PXE sounds cool, but coolness doesn't >> count unless all the motherboard manufacturers start using it. > >Saul, > >Please try to do as Mike says, it would save a lot of time and windmills >if you would check the facts rather than keep arguing your unfounded >dogma. > >-- >Poul-Henning Kamp FreeBSD coreteam member >phk@FreeBSD.ORG "Real hackers run -current on their laptop." Go fly a kite, Poul. I'm not interesting in listening to your spouting off any more. -Saul Saul Bloom --------------------------------------------- This e-mail was sent using a CentralPets WebMail account Get yours at: http://mail.centralpets.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 19:29:05 2005 Return-Path: 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 7D9E716A4CE; Mon, 24 Jan 2005 19:29:05 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9CF643D6A; Mon, 24 Jan 2005 19:29:04 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0OJT2Zc065832; Mon, 24 Jan 2005 20:29:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 24 Jan 2005 17:56:49 GMT." Date: Mon, 24 Jan 2005 20:29:02 +0100 Message-ID: <65831.1106594942@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: Re: GENERIC build broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 19:29:05 -0000 I have stared with fascination on this email for a full 30 minutes. What could possibly be going on in the mind which came up with the idea to take a five year old email, change Matt Dillons name and repost it to our mailing list ? In some weird way I feel honoured to have made such an impact on this persons life that they would go to such bother. And equally fascinating is the thought there is a town somewhere in the world, where this derailed mind sneaks out at night to spray-paint obscene things about me on walls I'll never see. The mind boggles... "To a person sitting in darkness" is a famous piece by Mark Twain and I can never attempt to match it, but nontheless: To a troll sitting in darkness: I don't doubt you have reason to hate me, and I doubt you will open your mind and listen to what I say to you, but I will say it anyway, that is the least I can do in return for your effort: On a day where the only real newspaper in Europe broke the news that we have a decade or less to do something about global warming, while the rest of the press still dithers about which catastrophe Bush is going to unleash first in his second term. One a day where 14 people were killed by snowstorms, in the USA and thousands died from AIDS and you took the effort to curse my name in the most circumspect manner. There are so many other ways you could have used your time. You could have written code or documentation, you could have listened to music, played it yourself, read a good book maybe ? You could have offered an elderly neighbor help with something, you could have given a helping hand in a local shelter or played with the kids in the park, just for the sheer heck of it. You could have gone all the way and signed up to some cause worthy of a whole life of dedication: religion, emergency response, medicine, education or the toughest of all, parenthood. You did not. You mananged this day to locate a five year old email from me to Matt Dillon, and for some reason which we cannot even imagine the depth off, it upset you a LOT. And your anger gave you energy. And the energy inpired you to do something! You would right this wrong! And you came up with the most diabolic scheme to transpose all of the anger and frustration away from your own miserable life and onto me, by changing Matt Dillons name and repost it to our mailing lists. I can almost tell how good that felt for you. You are forgiven, Poul-Henning In message , "Saul Bloom" writes: >>> tries to use them directly. PXE sounds cool, but coolness doesn't >>> count unless all the motherboard manufacturers start using it. >> >>Saul, >> >>Please try to do as Mike says, it would save a lot of time and windmills >>if you would check the facts rather than keep arguing your unfounded >>dogma. >> >>-- >>Poul-Henning Kamp FreeBSD coreteam member >>phk@FreeBSD.ORG "Real hackers run -current on their laptop." > > Go fly a kite, Poul. I'm not interesting in listening to your spouting > off any more. > > -Saul > Saul Bloom > > > >--------------------------------------------- >This e-mail was sent using a CentralPets WebMail account >Get yours at: http://mail.centralpets.com > > > >_______________________________________________ >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" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 19:38:39 2005 Return-Path: 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 19C3916A4DF for ; Mon, 24 Jan 2005 19:38:39 +0000 (GMT) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E807243D2F for ; Mon, 24 Jan 2005 19:38:37 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.1/8.12.10) with ESMTP id j0OJcYxT015702; Mon, 24 Jan 2005 20:38:35 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.1/8.12.10/Submit) id j0OJcYCX015697; Mon, 24 Jan 2005 20:38:34 +0100 (CET) (envelope-from kuku) Date: Mon, 24 Jan 2005 20:38:34 +0100 From: "Christoph P. Kukulies" To: Scot Hetzel Message-ID: <20050124193834.GB15483@kukulies.org> References: <200501222152.j0MLqKV0000853@www.kukulies.org> <790a9fff05012409505cdcffa2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff05012409505cdcffa2@mail.gmail.com> User-Agent: Mutt/1.4.1i cc: Christoph Kukulies cc: freebsd-current@freebsd.org Subject: Re: these symbols in rc.conf not properly set - messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 19:38:39 -0000 On Mon, Jan 24, 2005 at 11:50:04AM -0600, Scot Hetzel wrote: > On Sat, 22 Jan 2005 22:52:20 +0100 (CET), Christoph Kukulies > wrote: > > During the past world builds from -current (built > > -current world and kernel just a couple of minutes before in a running > > 6.0 system of November 2004 - it was a hitch) > > > > Only in the past and now I'm getting more and more these > > messages that something in rc.conf is not properly set. > > > > How do I get rid from these best? > > > > /etc/rc: WARNING: $postfix is not set properly - see rc.conf(5). > > /etc/rc: WARNING: $poffd is not set properly - see rc.conf(5). > > /etc/rc: WARNING: $ndbootd is not set properly - see rc.conf(5). > > Starting default moused:. > > /etc/rc: WARNING: $lkm is not set properly - see rc.conf(5). > > Starting inetd. > > /etc/rc: WARNING: $ifwatchd is not set properly - see rc.conf(5). > > /etc/rc: WARNING: $gated is not set properly - see rc.conf(5). > > DAEMON: not found > > /etc/rc.d/Makefile: /etc/rc.d: Permission denied > > /etc/rc.d/Makefile: 45: Syntax error: newline unexpected > > > Some how your /etc/rc.d directory is messed up, as you have extra > files in there (i.e "Makefile" shouldn't be there). Thanks. Yes, that was obvious that there was a Makefile in there which didn't belong there. Things seem to work now after I did an install of all rc.d files. I still have this problem with the ppp-user script not functioning (posted under a different subject), maybe I'm still missing some other bit of installation. > > Do the following: > cd /etc > mv rc.d rc.d-old > mkdir rc.d > mergemaster -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 19:51:54 2005 Return-Path: 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 C92A116A4CE for ; Mon, 24 Jan 2005 19:51:54 +0000 (GMT) Received: from www.centralpets.com (www.centralpets.com [216.15.161.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 64B1543D2D for ; Mon, 24 Jan 2005 19:51:54 +0000 (GMT) (envelope-from cattonf@centralpets.com) Received: (qmail 10023 invoked from network); 24 Jan 2005 19:51:58 -0000 Received: from bark.centralpets.com (unknown [127.0.0.1]) by centralpets.com ([127.0.0.1]) with ESMTP via TCP; 24 Jan 2005 19:51:58 -0000 Received: from 194.78.167.222 (unverified [194.78.167.222]) by bark.centralpets.com (VisualMail 4.0) with WEBMAIL id 9996; Mon, 24 Jan 2005 19:51:57 +0000 From: "Frank Catton" To: freebsd-current@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [194.78.167.222] Date: Mon, 24 Jan 2005 19:51:57 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: GENERIC build broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 19:51:54 -0000 >I have stared with fascination on this email for a full 30 minutes. That's good, it means that you're finally being to think about all the people that you've pissed off since 1995. Ask, e.g. Sean Eric Fagan why he chose not to contribute to FreeBSD anymore. >In some weird way I feel honoured to have made such an impact on >this persons life that they would go to such bother. Don't make assumptions Poul. What bothers me is that you've turned a very fine operating system into phkbsd. The phk way, or the highway. When somebody confronts you because you made yet another change to the tree without asking for consensus you just say "No" and get away with it. >And equally fascinating is the thought there is a town somewhere >in the world, where this derailed mind sneaks out at night to >spray-paint obscene things about me on walls I'll never see. Don't think you're so important. I wanted to reply before, but I've been busy doing some contractor work in Las Vegas. Still, I believe it was important enough so you won't mind my reply being a bit late. > There are so many other ways you could have used your time. Stop making assumptions. I've written a lot of code and contributed to FreeBSD. I no longer do. You finally convinced me 2 years ago that being a FreeBSD committer wasn't worth the effort. > You could have written code or documentation, you could > have listened to music, played it yourself, read a good > book maybe ? I've done all that. As for you, of all people, trying to tell someone else they are guilty of hubris and/or being an asshole, Mr. Kettle, I suggest you get over yourself. You've pissed off a fair share of people in the past through your tunnel vision and inability to play well with others too. Oh, and don't top post. Makes you look as clueless as Scott. -Saul Saul Bloom --------------------------------------------- This e-mail was sent using a CentralPets WebMail account Get yours at: http://mail.centralpets.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 22:36:36 2005 Return-Path: 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 C2D9716A4CE for ; Mon, 24 Jan 2005 22:36:36 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856C043D41 for ; Mon, 24 Jan 2005 22:36:36 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 24 Jan 2005 14:36:35 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 37BA35D04; Mon, 24 Jan 2005 14:36:35 -0800 (PST) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "M. Warner Losh" In-reply-to: Your message of "Sat, 22 Jan 2005 17:05:52 MST." <20050122.170552.61536829.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_20635243320" Date: Mon, 24 Jan 2005 14:36:35 -0800 From: "Kevin Oberman" Message-Id: <20050124223635.37BA35D04@ptavv.es.net> cc: current@freebsd.org cc: maksim.yevmenkin@savvis.net Subject: Re: device pcic and card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 22:36:37 -0000 This is a multipart MIME message. --==_Exmh_20635243320 Content-Type: text/plain; charset=us-ascii > Date: Sat, 22 Jan 2005 17:05:52 -0700 (MST) > From: "M. Warner Losh" > Sender: owner-freebsd-current@freebsd.org > > In message: <41DC2EAD.8070403@savvis.net> > Maksim Yevmenkin writes: > : i heard Warner said something about removing pcic and card (aka oldcard) > : support from -current. has it happened? after cvsup'ing (yesterday) i no > : longer can configure kernel with pcic and card. > : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card > : my laptop hangs :( i can insert ethernet card (3com) but i can not > : remove it :( same story - laptop hangs hard. > > Hangs hard? That's unfortunate. I'd love to help figure things out, > but my tecra 8100 is working great... What kind of card? There is a known problem with busdma and some interfaces including if_dc. (I have a Xircom that uses this driver, but I have seen reports of the problem on several others.) I have a work-around from scottl for if_dc, and another from Takashi Naguchi with a one-line change in busdma_machdep.c that fixed his problem. (Note: These are hacks and not real fixes.) I will attach them. I can only vouch that the if_dc.c patch prevents the hang. I have not tried the second nor have I tried using the Ethernet portion of the Xircom. I only use it for the modem. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 --==_Exmh_20635243320 Content-Type: text/plain ; name="if_dc.diff" Content-Description: if_dc.diff Content-Disposition: attachment; filename="if_dc.diff" --- if_dc.c~ Fri Oct 15 17:53:44 2004 +++ if_dc.c Mon Dec 20 14:22:48 2004 @@ -2151,8 +2151,8 @@ } /* Allocate a busdma tag for mbufs. */ - error = bus_dma_tag_create(NULL, PAGE_SIZE, 0, BUS_SPACE_MAXADDR_32BIT, - BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES * DC_TX_LIST_CNT, + error = bus_dma_tag_create(NULL, 1, 0, BUS_SPACE_MAXADDR_32BIT, + BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES, DC_TX_LIST_CNT, MCLBYTES, 0, NULL, NULL, &sc->dc_mtag); if (error) { printf("dc%d: failed to allocate busdma tag\n", unit); --==_Exmh_20635243320-- CContent-Type: text/plain ; name="if_dc.diff"; charset=us-ascii Content-Description: if_dc.diff Content-Disposition: attachment; filename="if_dc.diff" --- if_dc.c~ Fri Oct 15 17:53:44 2004 +++ if_dc.c Mon Dec 20 14:22:48 2004 @@ -2151,8 +2151,8 @@ } /* Allocate a busdma tag for mbufs. */ - error = bus_dma_tag_create(NULL, PAGE_SIZE, 0, BUS_SPACE_MAXADDR_32BIT, - BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES * DC_TX_LIST_CNT, + error = bus_dma_tag_create(NULL, 1, 0, BUS_SPACE_MAXADDR_32BIT, + BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES, DC_TX_LIST_CNT, MCLBYTES, 0, NULL, NULL, &sc->dc_mtag); if (error) { printf("dc%d: failed to allocate busdma tag\n", unit); --==_Exmh_20635243320-- ontent-Type: text/plain ; name="busdma_machdep.diff" Content-Description: busdma_machdep.diff Content-Disposition: attachment; filename="busdma_machdep.diff" src/sys/i386/i386/busdma_machdep.c --- busdma_machdep.c.1.59.2.3 Tue Dec 28 21:46:05 2004 +++ busdma_machdep.c Wed Dec 29 00:05:20 2004 @@ -1018,7 +1018,6 @@ bpage->busaddr = pmap_kextract(bpage->vaddr); mtx_lock(&bounce_lock); STAILQ_INSERT_TAIL(&bz->bounce_page_list, bpage, links); - total_bpages++; bz->total_bpages++; bz->free_bpages++; mtx_unlock(&bounce_lock); --==_Exmh_20635243320-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 23:31:45 2005 Return-Path: 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 21A6216A4CE for ; Mon, 24 Jan 2005 23:31:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9113943D45 for ; Mon, 24 Jan 2005 23:31:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0ONSatD039765; Mon, 24 Jan 2005 16:28:36 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 24 Jan 2005 16:29:55 -0700 (MST) Message-Id: <20050124.162955.68311760.imp@bsdimp.com> To: oberman@es.net From: "M. Warner Losh" In-Reply-To: <20050124223635.37BA35D04@ptavv.es.net> References: <20050122.170552.61536829.imp@bsdimp.com> <20050124223635.37BA35D04@ptavv.es.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: maksim.yevmenkin@savvis.net Subject: Re: device pcic and card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 23:31:45 -0000 In message: <20050124223635.37BA35D04@ptavv.es.net> "Kevin Oberman" writes: : > Date: Sat, 22 Jan 2005 17:05:52 -0700 (MST) : > From: "M. Warner Losh" : > Sender: owner-freebsd-current@freebsd.org : > : > In message: <41DC2EAD.8070403@savvis.net> : > Maksim Yevmenkin writes: : > : i heard Warner said something about removing pcic and card (aka oldcard) : > : support from -current. has it happened? after cvsup'ing (yesterday) i no : > : longer can configure kernel with pcic and card. : > : : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card : > : my laptop hangs :( i can insert ethernet card (3com) but i can not : > : remove it :( same story - laptop hangs hard. : > : > Hangs hard? That's unfortunate. I'd love to help figure things out, : > but my tecra 8100 is working great... : : What kind of card? There is a known problem with busdma and some : interfaces including if_dc. (I have a Xircom that uses this driver, but : I have seen reports of the problem on several others.) : : I have a work-around from scottl for if_dc, and another from Takashi : Naguchi with a one-line change in busdma_machdep.c that fixed his : problem. (Note: These are hacks and not real fixes.) I will attach them. : : I can only vouch that the if_dc.c patch prevents the hang. I have not tried : the second nor have I tried using the Ethernet portion of the Xircom. I only : use it for the modem. dc isn't going to run on OLDCARD :-). I have used rl and ep based cards in my 8100. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 23:48:31 2005 Return-Path: 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 C62A116A515 for ; Mon, 24 Jan 2005 23:48:31 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 971A143D3F for ; Mon, 24 Jan 2005 23:48:31 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 24 Jan 2005 15:48:27 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 86AA65D08; Mon, 24 Jan 2005 15:48:26 -0800 (PST) To: "M. Warner Losh" In-reply-to: Your message of "Mon, 24 Jan 2005 16:29:55 MST." <20050124.162955.68311760.imp@bsdimp.com> Date: Mon, 24 Jan 2005 15:48:26 -0800 From: "Kevin Oberman" Message-Id: <20050124234826.86AA65D08@ptavv.es.net> cc: current@freebsd.org cc: maksim.yevmenkin@savvis.net Subject: Re: device pcic and card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 23:48:31 -0000 > Date: Mon, 24 Jan 2005 16:29:55 -0700 (MST) > From: "M. Warner Losh" > > In message: <20050124223635.37BA35D04@ptavv.es.net> > "Kevin Oberman" writes: > : > Date: Sat, 22 Jan 2005 17:05:52 -0700 (MST) > : > From: "M. Warner Losh" > : > Sender: owner-freebsd-current@freebsd.org > : > > : > In message: <41DC2EAD.8070403@savvis.net> > : > Maksim Yevmenkin writes: > : > : i heard Warner said something about removing pcic and card (aka oldcard) > : > : support from -current. has it happened? after cvsup'ing (yesterday) i no > : > : longer can configure kernel with pcic and card. > : > : > : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card > : > : my laptop hangs :( i can insert ethernet card (3com) but i can not > : > : remove it :( same story - laptop hangs hard. > : > > : > Hangs hard? That's unfortunate. I'd love to help figure things out, > : > but my tecra 8100 is working great... > : > : What kind of card? There is a known problem with busdma and some > : interfaces including if_dc. (I have a Xircom that uses this driver, but > : I have seen reports of the problem on several others.) > : > : I have a work-around from scottl for if_dc, and another from Takashi > : Naguchi with a one-line change in busdma_machdep.c that fixed his > : problem. (Note: These are hacks and not real fixes.) I will attach them. > : > : I can only vouch that the if_dc.c patch prevents the hang. I have not tried > : the second nor have I tried using the Ethernet portion of the Xircom. I only > : use it for the modem. > > dc isn't going to run on OLDCARD :-). I have used rl and ep based > cards in my 8100. > > Warner > Duh! 16-bit. 32-bit. Sigh! Also, I don't think 16-bit cards do much with busdma, either, so this is probably not related in any way. Sorry for the noise. At least with no commit bit I won't be getting a package with a pointy hat in it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 00:05:28 2005 Return-Path: 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 29E0F16A4D0 for ; Tue, 25 Jan 2005 00:05:28 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D39A43D58 for ; Tue, 25 Jan 2005 00:05:21 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 25 Jan 2005 00:05:19 -0000 Received: from pD955F3D7.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.243.215) by mail.gmx.net (mp009) with SMTP; 25 Jan 2005 01:05:19 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j0P05Fqr073951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Jan 2005 01:05:17 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) Message-ID: <41F58D3B.4060409@gmx.net> Date: Tue, 25 Jan 2005 01:05:15 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: Poul-Henning Kamp References: <65831.1106594942@critter.freebsd.dk> In-Reply-To: <65831.1106594942@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GENERIC build broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 00:05:28 -0000 Poul-Henning Kamp wrote: > I have stared with fascination on this email for a full 30 minutes. > > What could possibly be going on in the mind which came up with the > idea to take a five year old email, change Matt Dillons name and > repost it to our mailing list ? So that's what this lowlife is quoting, heh. I already wondered last time, but it just didn't occur to me I had to go _that_ far back into the list archives :-). -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 00:18:17 2005 Return-Path: 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 B872E16A4CF for ; Tue, 25 Jan 2005 00:18:17 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E803943D45 for ; Tue, 25 Jan 2005 00:18:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E131451295; Mon, 24 Jan 2005 16:18:13 -0800 (PST) Date: Mon, 24 Jan 2005 16:18:13 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050125001813.GA33709@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20050124055400.U97135@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: lockf broken with mpsafevfs (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 00:18:17 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > That's all of it. If you wait for your cvsup mirror to catch up, you can > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > This option requires mpsafevm as well. I have two known bugs that have > only been triggered by peter holm's excellent stress suite, but none are > known to cause problems if mpsafevfs is disabled, and none of them have > been seen on normal systems to my knowledge. Contention on lockf still causes a panic: panic: sleeping without a mutex panic(c072f601,0,c072f5f0,c0766008,c2ed7180) at panic+0x148 msleep(c2ed1c00,0,168,c0766008,0) at msleep+0x8d lf_setlock(c2ed1c00,c0765fa0,2,ffffffff,ffffffff) at lf_setlock+0x1d2 lf_advlock(e71e8ba4,c335a03c,0,0) at lf_advlock+0x200 ufs_advlock(e71e8ba4,c298a170,c3c91300,e71e8cc0,c05990ce) at ufs_advlock+0x30 VOP_ADVLOCK_AP(e71e8ba4,0,c07379d6,430,e71e8b70) at VOP_ADVLOCK_AP+0xa6 kern_open(c298a170,bfbfed8e,0,21,8048f34) at kern_open+0x6be open(c298a170,e71e8d14,c,4,3) at open+0x36 syscall(2f,2f,2f,ffffffff,bfbfeca4) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x280bde9f, esp = 0xbfbfebfc, ebp = 0xbfbfec74 --- The following blows it up: lockf .lock sleep 60 & lockf .lock sleep 60 & Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9ZBFWry0BWjoQKURAt19AKCodgTMFuqurOMYsFUA4U/ml7geaACghuQ7 9slKfzLKLrR2GwbMIXg9pA0= =VNci -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 00:30:51 2005 Return-Path: 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 64B3916A4CE for ; Tue, 25 Jan 2005 00:30:51 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C7543D31 for ; Tue, 25 Jan 2005 00:30:49 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 89252 invoked by uid 0); 25 Jan 2005 03:30:47 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 10.345258 secs); 25 Jan 2005 00:30:47 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 25 Jan 2005 03:30:37 +0300 Date: Tue, 25 Jan 2005 03:28:41 +0300 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton Karpov" Message-ID: <20050125002841.GA11564@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT , m_evmenkin@yahoo.com Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 cc: m_evmenkin@yahoo.com Subject: troubles with rfcomm_sppd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 00:30:51 -0000 The same problem with rfcomm_sppd onto 6-current (23 Jan kernel&world) and 5-stable (4 Jan kernel) I used to use rfcomm_sppd with my BT-capable mobile phone to get access to internet via gprs. I used to run it like this (and it worked several months ago): rfcomm_sppd -a 00:01:e3:3f:d1:9a -b -t /dev/ttyp4 It was ok but now it is not, as I get such a message: Jan 25 02:38:22 laptoxa rfcomm_sppd: Could not open(/dev/ptyp4). Input/output error When trying to change device to ptyp4 like this: rfcomm_sppd -a 00:01:e3:3f:d1:9a -b -t /dev/ptyp4 I'm getting another message: Jan 25 02:39:09 laptoxa rfcomm_sppd: Master and slave tty are the same (/dev/ptyp4) I confused with "Could not open(/dev/ptyp4)" in the first example due ti the fact I run rfcomm_sppd with "-t /dev/ttyp4" Any ideas? Thanks in advance. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 00:38:36 2005 Return-Path: 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 2787916A4CE for ; Tue, 25 Jan 2005 00:38:36 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4BEF43D46 for ; Tue, 25 Jan 2005 00:38:35 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0P0c9LD085926; Mon, 24 Jan 2005 19:38:09 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0P0c9TP085923; Tue, 25 Jan 2005 00:38:09 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 00:38:09 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20050125001813.GA33709@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: current@freebsd.org Subject: Re: lockf broken with mpsafevfs (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 00:38:36 -0000 On Mon, 24 Jan 2005, Kris Kennaway wrote: > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > > That's all of it. If you wait for your cvsup mirror to catch up, you can > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > > This option requires mpsafevm as well. I have two known bugs that have > > only been triggered by peter holm's excellent stress suite, but none are > > known to cause problems if mpsafevfs is disabled, and none of them have > > been seen on normal systems to my knowledge. > > Contention on lockf still causes a panic: > > panic: sleeping without a mutex Looks like lf_setlock() relies on tsleep(), which wants Giant. It also sounds like the lockf code isn't very MPSAFE and may require some retrofitting to work with MPSAFE file systems -- the lock structures appear not to have mutexes as interlocks, instead relying on Giant. I've not read deeply enough to know if we could pull out it's local lock implementation and replace it with something like an sx lock, but it would be nice to. Alternatively, using the vnode interlock mutex to interlock it might be a good start. Robert N M Watson > > panic(c072f601,0,c072f5f0,c0766008,c2ed7180) at panic+0x148 > msleep(c2ed1c00,0,168,c0766008,0) at msleep+0x8d > lf_setlock(c2ed1c00,c0765fa0,2,ffffffff,ffffffff) at lf_setlock+0x1d2 > lf_advlock(e71e8ba4,c335a03c,0,0) at lf_advlock+0x200 > ufs_advlock(e71e8ba4,c298a170,c3c91300,e71e8cc0,c05990ce) at ufs_advlock+0x30 > VOP_ADVLOCK_AP(e71e8ba4,0,c07379d6,430,e71e8b70) at VOP_ADVLOCK_AP+0xa6 > kern_open(c298a170,bfbfed8e,0,21,8048f34) at kern_open+0x6be > open(c298a170,e71e8d14,c,4,3) at open+0x36 > syscall(2f,2f,2f,ffffffff,bfbfeca4) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x280bde9f, esp = 0xbfbfebfc, ebp = 0xbfbfec74 --- > > The following blows it up: > > lockf .lock sleep 60 & > lockf .lock sleep 60 & > > Kris From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 00:40:59 2005 Return-Path: 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 5376416A4CE for ; Tue, 25 Jan 2005 00:40:59 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC18C43D39 for ; Tue, 25 Jan 2005 00:40:58 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0P0eYKM086048; Mon, 24 Jan 2005 19:40:34 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0P0eY0P086045; Tue, 25 Jan 2005 00:40:34 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 00:40:34 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: current@freebsd.org Subject: Re: lockf broken with mpsafevfs (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 00:40:59 -0000 On Tue, 25 Jan 2005, Robert Watson wrote: > On Mon, 24 Jan 2005, Kris Kennaway wrote: > > > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > > > That's all of it. If you wait for your cvsup mirror to catch up, you can > > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > > > This option requires mpsafevm as well. I have two known bugs that have > > > only been triggered by peter holm's excellent stress suite, but none are > > > known to cause problems if mpsafevfs is disabled, and none of them have > > > been seen on normal systems to my knowledge. > > > > Contention on lockf still causes a panic: > > > > panic: sleeping without a mutex > > Looks like lf_setlock() relies on tsleep(), which wants Giant. It also > sounds like the lockf code isn't very MPSAFE and may require some > retrofitting to work with MPSAFE file systems -- the lock structures > appear not to have mutexes as interlocks, instead relying on Giant. > I've not read deeply enough to know if we could pull out it's local lock > implementation and replace it with something like an sx lock, but it > would be nice to. Alternatively, using the vnode interlock mutex to > interlock it might be a good start. On further reading, definitely can't drop in a replacement lock type, but the first step will be to introduce interlocking of the lock type to protect lock state and switch to using msleep() with the interlock instead of tsleep() with Giant. Robert N M Watson > > Robert N M Watson > > > > > > panic(c072f601,0,c072f5f0,c0766008,c2ed7180) at panic+0x148 > > msleep(c2ed1c00,0,168,c0766008,0) at msleep+0x8d > > lf_setlock(c2ed1c00,c0765fa0,2,ffffffff,ffffffff) at lf_setlock+0x1d2 > > lf_advlock(e71e8ba4,c335a03c,0,0) at lf_advlock+0x200 > > ufs_advlock(e71e8ba4,c298a170,c3c91300,e71e8cc0,c05990ce) at ufs_advlock+0x30 > > VOP_ADVLOCK_AP(e71e8ba4,0,c07379d6,430,e71e8b70) at VOP_ADVLOCK_AP+0xa6 > > kern_open(c298a170,bfbfed8e,0,21,8048f34) at kern_open+0x6be > > open(c298a170,e71e8d14,c,4,3) at open+0x36 > > syscall(2f,2f,2f,ffffffff,bfbfeca4) at syscall+0x2a0 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (5, FreeBSD ELF32, open), eip = 0x280bde9f, esp = 0xbfbfebfc, ebp = 0xbfbfec74 --- > > > > The following blows it up: > > > > lockf .lock sleep 60 & > > lockf .lock sleep 60 & > > > > Kris > > _______________________________________________ > 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 Jan 25 00:43:13 2005 Return-Path: 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 3E28216A4CE for ; Tue, 25 Jan 2005 00:43:13 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FB343D2D for ; Tue, 25 Jan 2005 00:43:12 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0P0hB39071475 for ; Tue, 25 Jan 2005 01:43:11 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 25 Jan 2005 01:43:11 +0100 Message-ID: <71474.1106613791@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [HEADSDOWN]: VOP_*VOBJECT() whacking done. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 00:43:13 -0000 I'm done for now and will head to bed and will have breakfast at the restaurant at the end of the (make) universe 7-8 hours from now. Anything broken now is likely a trivial pointer mistake or a filesystem which should call vnode_create_vobject() at the end of the vop_open() function. Otherwise you shouldn't be able to tell a difference. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 02:18:07 2005 Return-Path: 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 35F6916A4CE; Tue, 25 Jan 2005 02:18:06 +0000 (GMT) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5831343D3F; Tue, 25 Jan 2005 02:18:05 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out005.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050125021804.EEET28362.out005.verizon.net@RabbitsDen>; Mon, 24 Jan 2005 20:18:04 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Robert Watson In-Reply-To: References: Content-Type: text/plain; charset=iso-8859-5 Date: Mon, 24 Jan 2005 21:16:14 -0500 Message-Id: <1106619375.659.16.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [70.21.161.195] at Mon, 24 Jan 2005 20:17:59 -0600 cc: current@FreeBSD.org Subject: Re: Notebook fan stuck on? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 02:18:07 -0000 On Mon, 2005-01-24 at 14:49 +0000, Robert Watson wrote: > On Sat, 22 Jan 2005, Alexandre "Sunny" Kovalenko wrote: > > > What does > > > > sysctl hw.acpi.thermal > > > > say? > > > > Starting point would be looking at whether > > > > sysctl hw.acpi.thermal.tzN.temperature > > > > changes with time. (for all N your notebook provided). > > paprika:~> sysctl sysctl hw.acpi.thermal > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.tz0.temperature: 49.5C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 98.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > (pause 20 seconds) > > paprika:~> sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 48.5C > > (pause 10 seconds) > > paprika:~> sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 53.5C > > (pause 10 seconds) > > paprika:~> sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 49.5C > > Seems like it's jumping around a bit. A lot, even. However, if I run > sysctl -n hw.acpi.thermal.tz0.temperature in a loop separated by sleep 10, > while running a "du /" the results seem fairly predictable: > > 48.5C > 48.5C > 48.5C > 49.5C > 48.5C > 49.5C > 49.5C > 49.5C > 50.5C > 50.5C > 50.5C > 51.5C > 50.5C > 51.5C > 50.5C > > Other than the critical temperature threshold, is it possible to retrieve > other thresholds from the kernel/ACPI? > > Robert N M Watson > It looks like your ASL does not define ACx thermal objects, which means that your fan control is likely to be hidden inside something which used to be called on the regular basis. In the case of my notebook it was inside the temperature reporting routine. If you would, please, send me output of acpidump -d I might be able to come up with more details. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 03:46:51 2005 Return-Path: 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 3678E16A4CE; Tue, 25 Jan 2005 03:46:51 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6742B43D1D; Tue, 25 Jan 2005 03:46:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0P3jOwj042513; Mon, 24 Jan 2005 20:45:24 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 24 Jan 2005 20:46:44 -0700 (MST) Message-Id: <20050124.204644.32725683.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20050124055703.GA40104@users.altadena.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 03:46:51 -0000 In message: Robert Watson writes: : : On Sun, 23 Jan 2005, Pete Carah wrote: : : > Geom doesn't feed node-creations to devd in 5.3. This would be VERY : > useful for letting ordinary non-programmer users access pen drives, : > among other things (floppies come to mind too...). (or mount e.g. a pen : > drive as part of an authentication system where no-one is yet logged in, : > so can't manually mount...) : > : > umass0 comes in to devd, but this isn't useful for use in "mount". One : > needs the disk device nodes. I suppose one *could* parse dmesg for the : > info (or maybe sysctl) but that smacks of a serious kluge. (not to : > mention that the slice table isn't represented in dmesg anyhow, and : > practically nothing is in sysctl...) : > : > Does this yet happen in any later version (RELENG_5 or HEAD)? If not, : > is there anyone planning or working on it? : > : > It *does* work in Solaris and IRIX, (I know - we aren't them...) I : > don't know about any Linux or other *BSD version either. : > : > Geom is modular enough that this shouldn't be difficult... : : I used the attached patches do announce storage device arrival on my : notebook so that I can do auto-mounting of USB storage. There appears to : be some disagreement regarding layering: my opinion has generally been : that since there are multiple layers involved, we should announce both the : layer and the device, for example: : : Network stack says "ifnet fxp0 arrived" : : separately from: : : /dev says "/dev/net/fxp0 arrived" and newbus says fxp0 arrived :-) : Since they constitute different "things" with quite different management : properties. This also provides additional contextual information: rather : than devd having to guess what type of object a device node is using name : matching, by learning about it through geom or the network stack, it knows : what kind it is up front in a strong way. While I tend to agree, I do think that GEOM is the wrong layer to announce things from. The more correct layer would be /dev, since you are again assuming that a GEOM that's created with name foo is accessible via /dev/foo. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 04:42:14 2005 Return-Path: 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 D4F9616A4CE for ; Tue, 25 Jan 2005 04:42:14 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E5043D31 for ; Tue, 25 Jan 2005 04:42:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 102CC51288; Mon, 24 Jan 2005 20:42:11 -0800 (PST) Date: Mon, 24 Jan 2005 20:42:10 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050125044210.GA46896@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20050124055400.U97135@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: tree may not be buildable for an hour. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 04:42:15 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > That's all of it. If you wait for your cvsup mirror to catch up, you can > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > This option requires mpsafevm as well. I have two known bugs that have > only been triggered by peter holm's excellent stress suite, but none are > known to cause problems if mpsafevfs is disabled, and none of them have > been seen on normal systems to my knowledge. Still seeing this one: panic: lockmgr: locking against myself cpuid = 3 KDB: enter: panic [thread pid 79530 tid 100360 ] Stopped at kdb_enter+0x30: leave db> tr Tracing pid 79530 tid 100360 td 0xd1342000 kdb_enter(c06f3e4a,3,c06f228b,ee4fe580,d1342000) at kdb_enter+0x30 panic(c06f228b,0,c06f21a1,ee,d1342000) at panic+0x13e lockmgr(dc753e98,90022,c6565450,d1342000,12b) at lockmgr+0x3cd getdirtybuf(dc753e38,c6565450,1,1298,2) at getdirtybuf+0xf0 softdep_sync_metadata(ee4fe6e4,0,c0706326,10d,1) at softdep_sync_metadata+0x11e ffs_fsync(ee4fe6e4,d0a8d834,10880,ee4fe840,c062d9b7) at ffs_fsync+0x397 VOP_FSYNC_AP(ee4fe6e4,5ff,0,600,d1875a00) at VOP_FSYNC_AP+0x76 ffs_truncate(c6565450,600,0,880,d1875a00) at ffs_truncate+0xa67 ufs_direnter(c6565450,c749133c,ee4fe8ec,ee4febfc,0) at ufs_direnter+0x91b ufs_makeinode(81a4,c6565450,ee4febe8,ee4febfc,ee4fed14) at ufs_makeinode+0x4c7 ufs_create(ee4fea64,ee4febd4,602,ee4feb20,c058c071) at ufs_create+0x37 VOP_CREATE_AP(ee4fea64,ee4fea60,2,c06f5474,0) at VOP_CREATE_AP+0x76 vn_open_cred(ee4febd4,ee4fecd4,1a4,d1875a00,4) at vn_open_cred+0x1cc vn_open(ee4febd4,ee4fecd4,1a4,4,c07535d4) at vn_open+0x33 kern_open(d1342000,8066794,0,602,1b6) at kern_open+0xca open(d1342000,ee4fed14,c,8070000,3) at open+0x36 syscall(2f,2f,2f,8066794,1) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x2811ec77, esp = 0xbfbfe23c, ebp = 0xbfbfe2d8 --- db> Also, another machine panicked with mpsafevfs=0, but as is commonplace on SMP machines it hung trying to print the panic string, so I can't tell whether it's related to your commits or not. Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9c4iWry0BWjoQKURAk6KAJ9pIyTebGcNTH92ub26VsRm0FH5igCeOxIt bInkwp7H0gGLAaxzxjQOo+g= =Lr/3 -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 08:16:17 2005 Return-Path: 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 56BFD16A4CE; Tue, 25 Jan 2005 08:16:17 +0000 (GMT) Received: from www.cyclades.de (mail.cyclades.de [62.225.173.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D82F743D1D; Tue, 25 Jan 2005 08:16:16 +0000 (GMT) (envelope-from mh@kernel32.de) Received: from [192.168.10.147] (helo=[192.168.10.147]) by www.cyclades.de with asmtp (Cipher TLSv1:RC4-MD5:128) (Exim 3.35 #1 (Debian)) id 1CtLru-0007ui-00; Tue, 25 Jan 2005 09:16:10 +0100 Message-ID: <41F5FFC5.1060201@kernel32.de> Date: Tue, 25 Jan 2005 09:13:57 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0 (X11/20041228) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Frank Catton References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Found to be clean X-MailScanner-SpamCheck: cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GENERIC build broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 08:16:17 -0000 Mister Catton, Frank Catton wrote: > > >> There are so many other ways you could have used your time. > > > Stop making assumptions. I've written a lot of code and contributed to > FreeBSD. I no longer do. You finally convinced me 2 years ago that being > a FreeBSD committer wasn't worth the effort. > > So, tell us. Why on god's earth are you writing these eMails to a developer mailing list of FreeBSD ? What to you think it'll change ? I believe it'll change nothing. Do you really think your rage has an impact, since you are not contributing to FreeBSD for 2 years anymore ? I believe not. So, shut your mouth. Go away. Stop posting here. Shut the Fuck Up! Thank you kindly. - Marian Hettwer From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 09:29:57 2005 Return-Path: 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 A01C116A4D0; Tue, 25 Jan 2005 09:29:57 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0752143D48; Tue, 25 Jan 2005 09:29:57 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j0P9Tuew099470; Tue, 25 Jan 2005 04:29:56 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j0P9Tu1B099467; Tue, 25 Jan 2005 04:29:56 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 25 Jan 2005 04:29:56 -0500 (EST) From: Jeff Roberson To: Robert Watson In-Reply-To: Message-ID: <20050125042907.I18864@mail.chesapeake.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Kris Kennaway Subject: Re: lockf broken with mpsafevfs (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 09:29:57 -0000 On Tue, 25 Jan 2005, Robert Watson wrote: > > On Tue, 25 Jan 2005, Robert Watson wrote: > > > On Mon, 24 Jan 2005, Kris Kennaway wrote: > > > > > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > > > > That's all of it. If you wait for your cvsup mirror to catch up, you can > > > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > > > > This option requires mpsafevm as well. I have two known bugs that have > > > > only been triggered by peter holm's excellent stress suite, but none are > > > > known to cause problems if mpsafevfs is disabled, and none of them have > > > > been seen on normal systems to my knowledge. > > > > > > Contention on lockf still causes a panic: > > > > > > panic: sleeping without a mutex > > > > Looks like lf_setlock() relies on tsleep(), which wants Giant. It also > > sounds like the lockf code isn't very MPSAFE and may require some > > retrofitting to work with MPSAFE file systems -- the lock structures > > appear not to have mutexes as interlocks, instead relying on Giant. > > I've not read deeply enough to know if we could pull out it's local lock > > implementation and replace it with something like an sx lock, but it > > would be nice to. Alternatively, using the vnode interlock mutex to > > interlock it might be a good start. > > On further reading, definitely can't drop in a replacement lock type, but > the first step will be to introduce interlocking of the lock type to > protect lock state and switch to using msleep() with the interlock instead > of tsleep() with Giant. Thanks for the analysis robert. I'll fix this straight away. > > Robert N M Watson > > > > > > Robert N M Watson > > > > > > > > > > panic(c072f601,0,c072f5f0,c0766008,c2ed7180) at panic+0x148 > > > msleep(c2ed1c00,0,168,c0766008,0) at msleep+0x8d > > > lf_setlock(c2ed1c00,c0765fa0,2,ffffffff,ffffffff) at lf_setlock+0x1d2 > > > lf_advlock(e71e8ba4,c335a03c,0,0) at lf_advlock+0x200 > > > ufs_advlock(e71e8ba4,c298a170,c3c91300,e71e8cc0,c05990ce) at ufs_advlock+0x30 > > > VOP_ADVLOCK_AP(e71e8ba4,0,c07379d6,430,e71e8b70) at VOP_ADVLOCK_AP+0xa6 > > > kern_open(c298a170,bfbfed8e,0,21,8048f34) at kern_open+0x6be > > > open(c298a170,e71e8d14,c,4,3) at open+0x36 > > > syscall(2f,2f,2f,ffffffff,bfbfeca4) at syscall+0x2a0 > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > --- syscall (5, FreeBSD ELF32, open), eip = 0x280bde9f, esp = 0xbfbfebfc, ebp = 0xbfbfec74 --- > > > > > > The following blows it up: > > > > > > lockf .lock sleep 60 & > > > lockf .lock sleep 60 & > > > > > > Kris > > > > _______________________________________________ > > 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 Jan 25 09:30:47 2005 Return-Path: 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 CF06116A4CE for ; Tue, 25 Jan 2005 09:30:47 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A81843D53 for ; Tue, 25 Jan 2005 09:30:47 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j0P9Ukew099634; Tue, 25 Jan 2005 04:30:46 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j0P9UkCa099629; Tue, 25 Jan 2005 04:30:46 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 25 Jan 2005 04:30:46 -0500 (EST) From: Jeff Roberson To: Kris Kennaway In-Reply-To: <20050125044210.GA46896@xor.obsecurity.org> Message-ID: <20050125043000.R18864@mail.chesapeake.net> References: <20050124040646.H97135@mail.chesapeake.net> <20050125044210.GA46896@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: tree may not be buildable for an hour. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 09:30:48 -0000 On Mon, 24 Jan 2005, Kris Kennaway wrote: > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > > That's all of it. If you wait for your cvsup mirror to catch up, you can > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > > This option requires mpsafevm as well. I have two known bugs that have > > only been triggered by peter holm's excellent stress suite, but none are > > known to cause problems if mpsafevfs is disabled, and none of them have > > been seen on normal systems to my knowledge. > > Still seeing this one: > What did you do to reproduce this? Is there any chance you can recompile with DEBUG_LOCKS in your kernel and fetch the file and line strings out of the lockmgr lock for me? I've never seen this one myself. > panic: lockmgr: locking against myself > cpuid = 3 > KDB: enter: panic > [thread pid 79530 tid 100360 ] > Stopped at kdb_enter+0x30: leave > db> tr > Tracing pid 79530 tid 100360 td 0xd1342000 > kdb_enter(c06f3e4a,3,c06f228b,ee4fe580,d1342000) at kdb_enter+0x30 > panic(c06f228b,0,c06f21a1,ee,d1342000) at panic+0x13e > lockmgr(dc753e98,90022,c6565450,d1342000,12b) at lockmgr+0x3cd > getdirtybuf(dc753e38,c6565450,1,1298,2) at getdirtybuf+0xf0 > softdep_sync_metadata(ee4fe6e4,0,c0706326,10d,1) at softdep_sync_metadata+0x11e > ffs_fsync(ee4fe6e4,d0a8d834,10880,ee4fe840,c062d9b7) at ffs_fsync+0x397 > VOP_FSYNC_AP(ee4fe6e4,5ff,0,600,d1875a00) at VOP_FSYNC_AP+0x76 > ffs_truncate(c6565450,600,0,880,d1875a00) at ffs_truncate+0xa67 > ufs_direnter(c6565450,c749133c,ee4fe8ec,ee4febfc,0) at ufs_direnter+0x91b > ufs_makeinode(81a4,c6565450,ee4febe8,ee4febfc,ee4fed14) at ufs_makeinode+0x4c7 > ufs_create(ee4fea64,ee4febd4,602,ee4feb20,c058c071) at ufs_create+0x37 > VOP_CREATE_AP(ee4fea64,ee4fea60,2,c06f5474,0) at VOP_CREATE_AP+0x76 > vn_open_cred(ee4febd4,ee4fecd4,1a4,d1875a00,4) at vn_open_cred+0x1cc > vn_open(ee4febd4,ee4fecd4,1a4,4,c07535d4) at vn_open+0x33 > kern_open(d1342000,8066794,0,602,1b6) at kern_open+0xca > open(d1342000,ee4fed14,c,8070000,3) at open+0x36 > syscall(2f,2f,2f,8066794,1) at syscall+0x271 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x2811ec77, esp = 0xbfbfe23c, ebp = 0xbfbfe2d8 --- > db> > > Also, another machine panicked with mpsafevfs=0, but as is commonplace > on SMP machines it hung trying to print the panic string, so I can't > tell whether it's related to your commits or not. > > Kris > From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 09:37:08 2005 Return-Path: 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 9D14816A4CE for ; Tue, 25 Jan 2005 09:37:08 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDCB643D1D for ; Tue, 25 Jan 2005 09:37:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0P9b69l079660; Tue, 25 Jan 2005 10:37:06 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Jeremie Le Hen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 24 Jan 2005 14:45:46 +0100." <20050124134546.GB59685@obiwan.tataz.chchile.org> Date: Tue, 25 Jan 2005 10:37:06 +0100 Message-ID: <79659.1106645826@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/md md.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 09:37:08 -0000 In message <20050124134546.GB59685@obiwan.tataz.chchile.org>, Jeremie Le Hen writes: >While talking about WITNESS, I checked my kernel config and remembered >that FULL_PREEMPTION is on. The panic disappeared when I turned off >the latter : I managed to create up to about 16 md(4) devices. I know >this should not be enabled for users, but I'm interested in "exposing >race conditions" as said in the comment. Well, you clearly did :-) I suggest you send a summary of what you have found to jhb@freebsd.org, he's working on the FULL_PREEMPTION stuff. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 09:40:24 2005 Return-Path: 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 4980316A4D1 for ; Tue, 25 Jan 2005 09:40:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00E8C43D49 for ; Tue, 25 Jan 2005 09:40:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 55484513D5; Tue, 25 Jan 2005 01:40:14 -0800 (PST) Date: Tue, 25 Jan 2005 01:40:14 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050125094014.GB13880@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> <20050125044210.GA46896@xor.obsecurity.org> <20050125043000.R18864@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: <20050125043000.R18864@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: tree may not be buildable for an hour. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 09:40:24 -0000 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 25, 2005 at 04:30:46AM -0500, Jeff Roberson wrote: >=20 > On Mon, 24 Jan 2005, Kris Kennaway wrote: >=20 > > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > > > That's all of it. If you wait for your cvsup mirror to catch up, you= can > > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > > > This option requires mpsafevm as well. I have two known bugs that ha= ve > > > only been triggered by peter holm's excellent stress suite, but none = are > > > known to cause problems if mpsafevfs is disabled, and none of them ha= ve > > > been seen on normal systems to my knowledge. > > > > Still seeing this one: > > >=20 > What did you do to reproduce this? Nothing I can easily pin down, it happens after several hours of package building. > Is there any chance you can recompile with DEBUG_LOCKS in your > kernel and fetch the file and line strings out of the lockmgr lock > for me? I've never seen this one myself. Will do! Kris --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9hP+Wry0BWjoQKURAvDBAJ9ZnMa0e1cbApIr3LJGVE80NFfUnQCdHj/5 HGObbpmm1BMqsWWLOTmmJhA= =zV93 -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 09:40:26 2005 Return-Path: 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 E0AE516A4CE for ; Tue, 25 Jan 2005 09:40:26 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 892D343D46 for ; Tue, 25 Jan 2005 09:40:26 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0P9dtru097656; Tue, 25 Jan 2005 04:39:55 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0P9dsZo097653; Tue, 25 Jan 2005 09:39:54 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 09:39:54 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20050124.204644.32725683.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 09:40:27 -0000 On Mon, 24 Jan 2005, M. Warner Losh wrote: > : Since they constitute different "things" with quite different management > : properties. This also provides additional contextual information: rather > : than devd having to guess what type of object a device node is using name > : matching, by learning about it through geom or the network stack, it knows > : what kind it is up front in a strong way. > > While I tend to agree, I do think that GEOM is the wrong layer to > announce things from. The more correct layer would be /dev, since you > are again assuming that a GEOM that's created with name foo is > accessible via /dev/foo. So suppose I'm listening to a devd socket to try and identify storage devices arriving that I can automount. How do I know which device announcements are for storage devices? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 10:17:18 2005 Return-Path: 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 F021916A4CE for ; Tue, 25 Jan 2005 10:17:18 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ABF243D54 for ; Tue, 25 Jan 2005 10:17:18 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j0PAHHew014149; Tue, 25 Jan 2005 05:17:17 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j0PAHH8H014146; Tue, 25 Jan 2005 05:17:17 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 25 Jan 2005 05:17:17 -0500 (EST) From: Jeff Roberson To: Kris Kennaway In-Reply-To: <20050125001813.GA33709@xor.obsecurity.org> Message-ID: <20050125051706.M18864@mail.chesapeake.net> References: <20050124040646.H97135@mail.chesapeake.net> <20050125001813.GA33709@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: lockf broken with mpsafevfs (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 10:17:19 -0000 On Mon, 24 Jan 2005, Kris Kennaway wrote: > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > > That's all of it. If you wait for your cvsup mirror to catch up, you can > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > > This option requires mpsafevm as well. I have two known bugs that have > > only been triggered by peter holm's excellent stress suite, but none are > > known to cause problems if mpsafevfs is disabled, and none of them have > > been seen on normal systems to my knowledge. > > Contention on lockf still causes a panic: I checked in a fix for this. Thanks! Jeff > > panic: sleeping without a mutex > > panic(c072f601,0,c072f5f0,c0766008,c2ed7180) at panic+0x148 > msleep(c2ed1c00,0,168,c0766008,0) at msleep+0x8d > lf_setlock(c2ed1c00,c0765fa0,2,ffffffff,ffffffff) at lf_setlock+0x1d2 > lf_advlock(e71e8ba4,c335a03c,0,0) at lf_advlock+0x200 > ufs_advlock(e71e8ba4,c298a170,c3c91300,e71e8cc0,c05990ce) at ufs_advlock+0x30 > VOP_ADVLOCK_AP(e71e8ba4,0,c07379d6,430,e71e8b70) at VOP_ADVLOCK_AP+0xa6 > kern_open(c298a170,bfbfed8e,0,21,8048f34) at kern_open+0x6be > open(c298a170,e71e8d14,c,4,3) at open+0x36 > syscall(2f,2f,2f,ffffffff,bfbfeca4) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x280bde9f, esp = 0xbfbfebfc, ebp = 0xbfbfec74 --- > > The following blows it up: > > lockf .lock sleep 60 & > lockf .lock sleep 60 & > > Kris From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 10:47:37 2005 Return-Path: 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 3516416A4CE for ; Tue, 25 Jan 2005 10:47:37 +0000 (GMT) Received: from ppp162-47.static.internode.on.net (ppp162-47.static.internode.on.net [150.101.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDCF143D45 for ; Tue, 25 Jan 2005 10:47:36 +0000 (GMT) (envelope-from emikulic@dmr.ath.cx) Received: by ppp162-47.static.internode.on.net (Poofix, from userid 1000) id D322424B2; Tue, 25 Jan 2005 21:47:34 +1100 (EST) Date: Tue, 25 Jan 2005 21:47:34 +1100 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20050125104734.GA1289@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F User-Agent: Mutt/1.5.6i Subject: mediaopt turbo wedges ath0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 10:47:37 -0000 I have a Netgear WG311T (ath driver) and trying to get it into "turbo" mode wedges the card. This is consistently reproducible on my test machine. # kldload if_ath ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ath0: mem 0xe3800000-0xe380ffff irq 7 at device 9.0 on pci0 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:09:5b:c8:19:69 ath0: mac 5.6 phy 4.1 radio 1.7 # ifconfig ath0 ath0: flags=8802 mtu 1500 ether 00:09:5b:c8:19:69 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" authmode OPEN privacy OFF txpowmax 100 # ifconfig ath0 mode 11g mediaopt turbo # ifconfig ath0 up ath0: unable to reset hardware; hal status 3 # The card is then unusable until I reboot. Unloading and reloading the module doesn't bring it back to life. I'm running 6-CURRENT as of right after sam@'s commit of: src/sys/net80211/ieee80211_node.c 1.42 src/sys/net80211/ieee80211_output.c 1.18 Am I doing something wrong? If this isn't a known problem, is there anything I can do to provide more information as to what's going wrong? --Emil From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 10:54:55 2005 Return-Path: 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 734BC16A4CE for ; Tue, 25 Jan 2005 10:54:55 +0000 (GMT) Received: from shark.inbox.lv (shark.inbox.lv [81.94.227.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id E058A43D2F for ; Tue, 25 Jan 2005 10:54:53 +0000 (GMT) (envelope-from spynode@inbox.lv) Received: from shark.inbox.lv (localhost [127.0.0.1]) by shark.inbox.lv (Postfix) with ESMTP id 4089D100454 for ; Tue, 25 Jan 2005 12:54:48 +0200 (EET) Received: from localhost (w3.inbox.lv [10.0.1.49]) by shark.inbox.lv (Postfix) with ESMTP for ; Tue, 25 Jan 2005 12:54:48 +0200 (EET) Received: from 217.199.107.79 ( [217.199.107.79]) as user spynode@10.0.1.1 by www.inbox.lv with HTTP; Tue, 25 Jan 2005 12:54:46 +0200 X-REMOTE-ADDR: 217.199.107.79 X-LANG: lv X-HTTP-HOST: www.inbox.lv X-LOCAL: 1 X-HTTP-USER-AGENT: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Message-ID: <1106650486.41f62576907e1@www.inbox.lv> Date: Tue, 25 Jan 2005 12:54:46 +0200 From: Renars Grinbergs To: freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: inbox.lv Webmail Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: FreeBSD mouse misbehavior. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 10:54:55 -0000 I installed FreeBSD 5.3 and my mouse is acting weird. In console (using moused) in Xorg (using sysmouse with moused or psm0 without moused) when mouse is moved very slow it behaves normaly but when I move it little slower it resets and appears in left side of the screen. I guess it's something about kernel reletionship with my ps/2. It's not about Xorg configuration nor moused configuration (tried all mouse protocols, auto is worst becouse when I use it, moving mouse causes all sorts of keybord operations to e simulated). Please help with my problem. Renars Grinbergs Advertisement: Atrodiet savu celojumu seit! http://travel.inbox.lv From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 10:57:17 2005 Return-Path: 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 1CB7916A4CE for ; Tue, 25 Jan 2005 10:57:17 +0000 (GMT) Received: from hobbit.neveragain.de (neveragain.de [217.69.76.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34ACA43D1D for ; Tue, 25 Jan 2005 10:57:14 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (amf@localhost [127.0.0.1]) j0PAvCqB011830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 25 Jan 2005 11:57:12 +0100 Received: (from amf@localhost) by hobbit.neveragain.de (8.13.2/8.13.2/Submit) id j0PAvCEN011829 for freebsd-current@freebsd.org; Tue, 25 Jan 2005 11:57:12 +0100 Date: Tue, 25 Jan 2005 11:57:12 +0100 From: Dennis Koegel To: freebsd-current@freebsd.org Message-ID: <20050125105712.GB10373@neveragain.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-KeyID: 0D73E19A User-Agent: Mutt/1.5.6+20040907i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (hobbit.neveragain.de [127.0.0.1]); Tue, 25 Jan 2005 11:57:12 +0100 (CET) Subject: Enabling atapicam -> Interrupt storm during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 10:57:17 -0000 Hi, if I enable "device atapicam", the kernel hangs during bootup, right after probing the ATA devices. The last message to be seen is: Interrupt storm detected on device "irq20: atapci0" [...] (or similar, don't have the machine next to me right now). After this, the machine seems to be dead, only reset helps. I tried the same thing with a GENERIC kernel and adding just atapicam. Same results. This was with a recent RELENG_5 kernel. Using a kernel built from -CURRENT sources (CTM from few days ago) the interrupt storm message does not appear, but the system deadlocks at the same point. System is an amd64, Via KT800 chipset, disk and CDR on SATA. I don't have experience in debugging these things, but I'm happily ready to do any debugging that may help or test patches. The machine isn't really being used right now ;-) TIA! - D. P.S.: Seems like there are related PRs: kern/74272 and 73675. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 11:54:30 2005 Return-Path: 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 8A43716A4CE; Tue, 25 Jan 2005 11:54:30 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ADC943D39; Tue, 25 Jan 2005 11:54:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PBsTdW056224; Tue, 25 Jan 2005 06:54:29 -0500 (EST) (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.1/8.13.1) with ESMTP id j0PBsTfX004895; Tue, 25 Jan 2005 06:54:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 079767306E; Tue, 25 Jan 2005 06:54:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050125115428.079767306E@freebsd-current.sentex.ca> Date: Tue, 25 Jan 2005 06:54:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 11:54:30 -0000 TB --- 2005-01-25 11:20:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-25 11:20:32 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-01-25 11:20:32 - checking out the source tree TB --- 2005-01-25 11:20:32 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-01-25 11:20:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-25 11:26:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-25 11:26:02 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-01-25 11:26:02 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_none': /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c:356: warning: comparison between signed and unsigned /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_deflate': /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c:408: warning: comparison between signed and unsigned /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_skip': /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c:490: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-01-25 11:54:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-25 11:54:28 - ERROR: failed to build world TB --- 2005-01-25 11:54:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 12:33:58 2005 Return-Path: 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 AFB1916A4CE for ; Tue, 25 Jan 2005 12:33:58 +0000 (GMT) Received: from blues.hansabank.lt (blues.hansabank.lt [193.109.235.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9345643D5F for ; Tue, 25 Jan 2005 12:33:57 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by blues.hansabank.lt (Postfix) with ESMTP id 0D17846103 for ; Tue, 25 Jan 2005 14:33:55 +0200 (EET) content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 25 Jan 2005 14:33:52 +0200 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00AB_01C502EA.E406F070" X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Message-ID: <217202CB5FF8AE439E263CE3D48ECB507580DC@honda.int.hansa.lt> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: ether.ipfw panic Thread-Index: AcUC2iB2j2zE+IwJTGaZe9Z6FqN+BQ== From: "Putinas Piliponis" To: Subject: ether.ipfw panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 12:33:58 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00AB_01C502EA.E406F070 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello All, I have upgraded machine from 5.2.1 to 5.3-RELEASE-p5 and now I have tracked down what setting sysctl net.link.ether.ipfw=1 causes machine to panic. anyone experienced this problem? ------=_NextPart_000_00AB_01C502EA.E406F070 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII1TCCAl0w ggHGoAMCAQICAw1SxjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQxMDI4MTgyMjQyWhcNMDUxMDI4MTgyMjQyWjBMMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSkwJwYJKoZIhvcNAQkBFhpwdXRpbmFzLnBpbGlwb25p c0BoYW5zYS5sdDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu9wPuPAFb8A8S/kWwS+W17Bh fawAQvs55G0S/Hr8xk+T9tqshLQCmMROna7e3gU0t25x7J2xX0CaIOuBUxX7KKF7nrYXJQbD4DnH 3A+gpcSB6eyubYC9x3/ybDXUPFogoC5/E3dMeY3JjLdl078LCy+H7K6R7PL+kdBbWRKl3i0CAwEA AaM3MDUwJQYDVR0RBB4wHIEacHV0aW5hcy5waWxpcG9uaXNAaGFuc2EubHQwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBC1vL9k3i2hkEYxZ5kOg0N2PMD4Wea+rSIX5ASdgO7KUHe4Ejs bUz0fJAOvW6KEshtVEACbYtLxj63D3VxRALNXGwG1o9EOZAJ8PfgPMuP1kBmVoJ8ouXBT33yWGpX pvVCwXXS40N+Sg/4OhFY27279oCkETldCRoEFfMXPo8GAjCCAy0wggKWoAMCAQICAQAwDQYJKoZI hvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmlj YXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw05NjAx MDEwMDAwMDBaFw0yMDEyMzEyMzU5NTlaMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgw JgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRo YXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANRp19SwlGRbcelH2AxRtupykbCE Xn0tDY97Et+FJXUodDpCLGMnn5V7S+9+GYcdhuqj3bnOlmQawhRuRKx85o/oTQ9xH0A4pgCjh3j2 +ZSGXq3qwF5269kUo11uenwMpUtVfwYZKX+emibVars4JAhqmMex2qOYkf152+VaxBy5AgMBAAGj EzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQADgYEAx+ySfk749ZalZ2IqpPBNEWDQ b41gWGGsJrtSNVwIzzD7qEqWih9iQiOMFw/0umScF6xHKd+dmF7SbGBxXKKs3Hnj524ARx+1DSjo Ap3kmv0T9KbZfLH43F8jJgmRgHPQFBveQ6mDJfLmnC8Vyv6mq4oHdYsM3VGEa+T40c53ooEwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWls QHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB AMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO 3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gE f6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6 MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNy bDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4 MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICzzCCAssCAQEwaTBiMQswCQYDVQQG EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1SxjAJBgUrDgMCGgUAoIIBvDAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAxMjUxMjMzNTJaMCMGCSqG SIb3DQEJBDEWBBTMQ487LSnr4GcZk5yWrMLPL+SRpTBnBgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3 DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDAHBgUrDgMCGjAKBggqhkiG9w0CBTB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDVLGMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMj VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1SxjANBgkqhkiG9w0BAQEFAASB gD+AVElwBGbPoxCol6OJoJxsXzaOXQdjfDFbl3Tja5UFQhrcHxHhQhsC0w65RtrNovLiBtetFn9B RtFIBycOON8q887kdDX1CfUKfHsX5h1i1/3k1jGNNIvZR06xwQMhsSWStchymrm0jrDlerj+VbOi Two4GBLVxdjBr93DkD6vAAAAAAAA ------=_NextPart_000_00AB_01C502EA.E406F070-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 10:14:01 2005 Return-Path: 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 F1D5716A4CE; Tue, 25 Jan 2005 10:14:00 +0000 (GMT) Received: from mccinet.ru (relay.cell.ru [212.119.96.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A48B43D1F; Tue, 25 Jan 2005 10:13:59 +0000 (GMT) (envelope-from dolgop@mccinet.ru) Received: from [212.1.235.150] (HELO server.dep624) by mccinet.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 15650354; Tue, 25 Jan 2005 13:13:57 +0300 From: Evgeny Dolgopiat To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Date: Tue, 25 Jan 2005 13:14:55 +0300 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200501251314.55793.dolgop@mccinet.ru> X-Mailman-Approved-At: Tue, 25 Jan 2005 12:48:39 +0000 cc: Maxim Sobolev cc: Gleb Smirnoff Subject: New failure detection algorithm for ng_one2many X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: evg_dolgop@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 10:14:01 -0000 I wrote new failure detection algorithm based on heartbeat signal for ng_one2many node. Features: =2D automatic detection of failures; =2D all subnet containing failed element marked as failed. Therefore pack= ets=20 sended from other hosts to host, holding failed element, wouldn't lost; =2D automatic detection of recoveries; =2D detection of point of failure (see diagnostics in man page); =2D configurable timing parameters of failure and recovery detection; =2D you can create your own heartbeat packet or use default; =2D you can set your rules for detecting that incoming packet is hearbeat = =A0 packet; =2D heartbeat algorithm can be used for different network layers (not only= =20 ethernet layer). Patches for src and man page at=20 http://www.watson.org/~ilmar/download/ng_one2many.tgz These patches for CURRENT, but you can compile patched files in 5.3. From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 21:01:28 2005 Return-Path: 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 D597016A4CE for ; Mon, 24 Jan 2005 21:01:28 +0000 (GMT) Received: from vsmtp14.tin.it (vsmtp14.tin.it [212.216.176.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E38743D53 for ; Mon, 24 Jan 2005 21:01:28 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from southcross.homeunix.org (82.52.30.154) by vsmtp14.tin.it (7.0.027) id 41EFD0C200226F68 for current@freebsd.org; Mon, 24 Jan 2005 22:01:26 +0100 Received: by southcross.homeunix.org (Postfix, from userid 1001) id 1378E20CA; Mon, 24 Jan 2005 22:13:23 +0100 (CET) Date: Mon, 24 Jan 2005 22:13:22 +0100 From: Paolo Pisati To: current@freebsd.org Message-ID: <20050124211322.GA1689@tin.it> References: <1106435719.659.6.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1106435719.659.6.camel@RabbitsDen> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 25 Jan 2005 12:49:58 +0000 Subject: Re: Notebook fan stuck on? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 21:01:29 -0000 On Sat, Jan 22, 2005 at 06:15:19PM -0500, Alexandre Sunny Kovalenko wrote: > What does > > sysctl hw.acpi.thermal > > say? what if i have the same problem but no hw.acpi.thermal? [flag@southcross flag]$ sysctl -a | grep thermal [flag@southcross flag]$ [flag@southcross flag]$ sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.throttle_max: 8 hw.acpi.cpu.throttle_state: 8 hw.acpi.cpu.cx_supported: C1/0 C2/90 hw.acpi.cpu.cx_lowest: C2 hw.acpi.cpu.cx_usage: 3.41% 96.58% hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: 212 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 [flag@southcross flag]$ [flag@southcross flag]$ kldstat Id Refs Address Size Name 1 33 0xc0400000 349c78 kernel 2 1 0xc074a000 547c vesa.ko 3 1 0xc0750000 10c0c msdosfs.ko 4 2 0xc0761000 1aa14 miibus.ko 5 1 0xc077c000 73d8 if_rl.ko 6 1 0xc0784000 9378 snd_maestro3.ko 7 1 0xc078e000 4338 acpi_video.ko 8 17 0xc0793000 5eff8 acpi.ko 9 1 0xc07f2000 4194 acpi_asus.ko 10 1 0xc07f7000 895c aio.ko 11 1 0xc0800000 15918 netgraph.ko 12 1 0xc1717000 6000 linprocfs.ko 13 1 0xc172c000 1a000 linux.ko 14 1 0xc1b2f000 1a000 radeon.ko 15 1 0xc1b49000 11000 agp.ko [flag@southcross flag]$ -- Paolo Italian FreeBSD User Group: http://www.gufi.org From owner-freebsd-current@FreeBSD.ORG Mon Jan 24 18:04:22 2005 Return-Path: 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 DBC0916A4CE; Mon, 24 Jan 2005 18:04:21 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B105A43D49; Mon, 24 Jan 2005 18:04:20 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from localhost (localhost [127.0.0.1])C8B7144234; Mon, 24 Jan 2005 19:04:19 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19276-04; Mon, 24 Jan 2005 19:04:15 +0100 (CET) Received: from m2a2.dyndns.org (pD9FFB2CD.dip.t-dialin.net [217.255.178.205]) BAC0F44232; Mon, 24 Jan 2005 19:04:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id B7CC477E21; Mon, 24 Jan 2005 19:04:13 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 12555-04; Mon, 24 Jan 2005 19:04:12 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id D282877E27; Mon, 24 Jan 2005 19:04:12 +0100 (CET) From: Matthias Andree To: Joerg Wunsch In-Reply-To: <20050123224755.GK30862@uriah.heep.sax.de> (Joerg Wunsch's message of "Sun, 23 Jan 2005 23:47:55 +0100") References: <20050120205501.GA69123@nagual.pp.ru> <20050120211449.GC30862@uriah.heep.sax.de> <20050120214406.GA70088@nagual.pp.ru> <20050120222137.GE30862@uriah.heep.sax.de> <20050121230949.GA34313@VARK.MIT.EDU> <20050122113015.GV30862@uriah.heep.sax.de> <20050122171743.GB39943@nagual.pp.ru> <20050123143024.GA28604@gothmog.gr> <20050123211656.GB64754@nagual.pp.ru> <20050123221630.GB22234@gothmog.gr> <20050123224755.GK30862@uriah.heep.sax.de> Date: Mon, 24 Jan 2005 19:04:12 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de X-Mailman-Approved-At: Tue, 25 Jan 2005 12:50:55 +0000 cc: Andrey Chernov cc: Giorgos Keramidas cc: current@freebsd.org Subject: Re: Implementation errors in strtol() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Jan 2005 18:04:22 -0000 Joerg Wunsch writes: > However, this immediately reminded me of Steinbach's Guideline for > System Programming. ;-) (-> fortune -m Steinbach) If a function be advertised to return an error code in the event of difficulties, thou shalt check for that code, yea, even though the checks triple the size of thy code and produce aches in thy typing fingers, for if thou thinkest "it cannot happen to me", the gods shall surely punish thee for thy arrogance. -- Henry Spencer, The Ten Commandments for C Programmers > At least according to C99/Posix/SUSP, once you've caught conversion > errors (by means of looking whether endptr had been advanced), and if > you are sure that base had a legitimate value (as it is probably a > hardcoded value in almost any practical application of strto*l), the > only legitimate errno value remaining is ERANGE, as after a valid > conversion and with a correct base value, there's no chance for EINVAL > anymore. The whole churn of this discussion can easily be fixed by a function with a BSD license and a decent interface. Outline: /* returns true for success (putting output in *var), false for error */ int get_long(const char *in, long *var, int base) char *e; errno = 0; var = strtol(in, &e, base); if (e == in) return 0; if ((*var == LONG_MIN || *var == LONG_MAX) && errno == ERANGE) return 0; return 1; } I hope this covers everything. No, it does not expose e, that's left as an exercise to the reader... > Sure, you can check whether errno != 0 && errno != ERANGE, but see > Steinbach, what to do in that case? abort() ;-) _Exit() to go out of the way of signals :-P -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 13:02:45 2005 Return-Path: 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 1828D16A4CE for ; Tue, 25 Jan 2005 13:02:45 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 2439243D41 for ; Tue, 25 Jan 2005 13:02:37 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 38049 invoked by uid 0); 25 Jan 2005 12:54:33 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 25 Jan 2005 12:54:33 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 53CEC13127F; Tue, 25 Jan 2005 21:02:28 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51817-18; Tue, 25 Jan 2005 21:02:16 +0800 (CST) Received: from localhost.localdomain (unknown [61.49.186.236]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id AA2BC130EED; Tue, 25 Jan 2005 21:02:02 +0800 (CST) From: Xin LI To: Putinas Piliponis In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB507580DC@honda.int.hansa.lt> References: <217202CB5FF8AE439E263CE3D48ECB507580DC@honda.int.hansa.lt> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-hEh91rgOeIvQD5nWkwot" Organization: The FreeBSD Simplified Chinese Project Date: Tue, 25 Jan 2005 21:00:47 +0800 Message-Id: <1106658047.615.8.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: ether.ipfw panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 13:02:45 -0000 --=-hEh91rgOeIvQD5nWkwot Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Would you please consider providing a `bt full' output from your crashed kernel? The process is described here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug.html#KERNELDEBUG-OBTAIN Then use kgdb to get the backtrace. That will help us to figure out what is happening. Thanks in advance! =E5=9C=A8 2005-01-25=E4=BA=8C=E7=9A=84 14:33 +0200=EF=BC=8CPutinas Piliponi= s=E5=86=99=E9=81=93=EF=BC=9A > Hello All, > I have upgraded machine from 5.2.1 to 5.3-RELEASE-p5 > and now I have tracked down what setting sysctl net.link.ether.ipfw=3D1 > causes machine to panic. anyone experienced this problem? Cheers, --=20 Xin LI http://www.delphij.net/ --=-hEh91rgOeIvQD5nWkwot Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB9kL//cVsHxFZiIoRAjj3AKCANbVYkpIVKTUAPcLXdJZgmUanaQCcCBnd znSjsRYQiKWmhHhHTAa2dkU= =mV82 -----END PGP SIGNATURE----- --=-hEh91rgOeIvQD5nWkwot-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 13:39:56 2005 Return-Path: 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 DDDE016A4D0; Tue, 25 Jan 2005 13:39:55 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B6A43D2F; Tue, 25 Jan 2005 13:39:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PDdsYG061709; Tue, 25 Jan 2005 08:39:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PDdraM053809; Tue, 25 Jan 2005 08:39:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 96FC57306E; Tue, 25 Jan 2005 08:39:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050125133953.96FC57306E@freebsd-current.sentex.ca> Date: Tue, 25 Jan 2005 08:39:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 13:39:56 -0000 TB --- 2005-01-25 13:11:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-25 13:11:31 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-25 13:11:31 - checking out the source tree TB --- 2005-01-25 13:11:31 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-25 13:11:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-25 13:17:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-25 13:17:08 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-25 13:17:08 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_zip.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_none': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_zip.c:356: warning: comparison between signed and unsigned /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_deflate': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_zip.c:408: warning: comparison between signed and unsigned /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_skip': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_read_support_format_zip.c:490: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-25 13:39:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-25 13:39:53 - ERROR: failed to build world TB --- 2005-01-25 13:39:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 14:31:52 2005 Return-Path: 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 7834316A4CE; Tue, 25 Jan 2005 14:31:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0678043D45; Tue, 25 Jan 2005 14:31:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PEVckM051385; Tue, 25 Jan 2005 07:31:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 25 Jan 2005 07:32:58 -0700 (MST) Message-Id: <20050125.073258.94555150.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20050124.204644.32725683.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 14:31:52 -0000 In message: Robert Watson writes: : : On Mon, 24 Jan 2005, M. Warner Losh wrote: : : > : Since they constitute different "things" with quite different management : > : properties. This also provides additional contextual information: rather : > : than devd having to guess what type of object a device node is using name : > : matching, by learning about it through geom or the network stack, it knows : > : what kind it is up front in a strong way. : > : > While I tend to agree, I do think that GEOM is the wrong layer to : > announce things from. The more correct layer would be /dev, since you : > are again assuming that a GEOM that's created with name foo is : > accessible via /dev/foo. : : So suppose I'm listening to a devd socket to try and identify storage : devices arriving that I can automount. How do I know which device : announcements are for storage devices? Hmmmm, once upon a time I'd have said 'stat the device, and you know' since those would be block devices.... The trouble is that we don't know at that level either, yet when the GEOM even happens, how can we be sure that we win that race? Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 14:39:02 2005 Return-Path: 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 19DEA16A4CE; Tue, 25 Jan 2005 14:39:02 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCA4443D45; Tue, 25 Jan 2005 14:39:00 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) j0PEdAxR070502; Tue, 25 Jan 2005 09:39:10 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DlUiPuzXOm8n5qXznfcE" Organization: MarcusCom, Inc. Date: Tue, 25 Jan 2005 09:38:25 -0500 Message-Id: <1106663905.35846.10.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: pete@altadena.net cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 14:39:02 -0000 --=-DlUiPuzXOm8n5qXznfcE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-01-25 at 09:39 +0000, Robert Watson wrote: > On Mon, 24 Jan 2005, M. Warner Losh wrote: >=20 > > : Since they constitute different "things" with quite different managem= ent > > : properties. This also provides additional contextual information: ra= ther > > : than devd having to guess what type of object a device node is using = name > > : matching, by learning about it through geom or the network stack, it = knows > > : what kind it is up front in a strong way.=20 > >=20 > > While I tend to agree, I do think that GEOM is the wrong layer to > > announce things from. The more correct layer would be /dev, since you > > are again assuming that a GEOM that's created with name foo is > > accessible via /dev/foo.=20 >=20 > So suppose I'm listening to a devd socket to try and identify storage > devices arriving that I can automount. How do I know which device > announcements are for storage devices? And how would I map those devices to a bus? Speaking with Linux HAL in mind, I would like to see storage devices added to devinfo. It would be great, IMHO, to see da0 attached to uhub2 on usb2 on ehci2 when walking devinfo. As was previously mentioned, the only way to do this currently is to walk the entire list of cam devices, and string compare busesIt would be great if this was more easily attainable. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-DlUiPuzXOm8n5qXznfcE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB9lngb2iPiv4Uz4cRAtqqAKCWK8trcjhB2C/b8kaORJRZHSgd/gCeI+vU AmVu9RNkYon/GPcLJkCU5zo= =vK8V -----END PGP SIGNATURE----- --=-DlUiPuzXOm8n5qXznfcE-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 14:45:45 2005 Return-Path: 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 8046016A4CE; Tue, 25 Jan 2005 14:45:45 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB30943D2D; Tue, 25 Jan 2005 14:45:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0PEiknI085368; Tue, 25 Jan 2005 15:44:46 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 25 Jan 2005 07:32:58 MST." <20050125.073258.94555150.imp@bsdimp.com> Date: Tue, 25 Jan 2005 15:44:46 +0100 Message-ID: <85367.1106664286@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: rwatson@freebsd.org cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 14:45:45 -0000 In message <20050125.073258.94555150.imp@bsdimp.com>, "M. Warner Losh" writes: >: So suppose I'm listening to a devd socket to try and identify storage >: devices arriving that I can automount. How do I know which device >: announcements are for storage devices? > >Hmmmm, once upon a time I'd have said 'stat the device, and you know' >since those would be block devices.... We do actually have an ioctl, FIODTYPE, which will tell you the "kind" of device, but that requires you to open it (O_NDELAY will do) >The trouble is that we don't >know at that level either, yet when the GEOM even happens, how can we >be sure that we win that race? There is no way you can win the race. The device may already be gone again by the time you hear about the event. Welcome to the world of dynamic hardware. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 14:51:37 2005 Return-Path: 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 E347116A4CF for ; Tue, 25 Jan 2005 14:51:36 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74EC243D53 for ; Tue, 25 Jan 2005 14:51:36 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PEp5l3003745; Tue, 25 Jan 2005 09:51:05 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PEp5gY003742; Tue, 25 Jan 2005 14:51:05 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 14:51:05 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20050125.073258.94555150.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 14:51:37 -0000 On Tue, 25 Jan 2005, M. Warner Losh wrote: > : > : Since they constitute different "things" with quite different management > : > : properties. This also provides additional contextual information: rather > : > : than devd having to guess what type of object a device node is using name > : > : matching, by learning about it through geom or the network stack, it knows > : > : what kind it is up front in a strong way. > : > > : > While I tend to agree, I do think that GEOM is the wrong layer to > : > announce things from. The more correct layer would be /dev, since you > : > are again assuming that a GEOM that's created with name foo is > : > accessible via /dev/foo. > : > : So suppose I'm listening to a devd socket to try and identify storage > : devices arriving that I can automount. How do I know which device > : announcements are for storage devices? > > Hmmmm, once upon a time I'd have said 'stat the device, and you know' > since those would be block devices.... The trouble is that we don't > know at that level either, yet when the GEOM even happens, how can we be > sure that we win that race? What I'm basically suggesting is that the class of the device, when announced, should be included in the announcement, and that that information is already present. We have all that information in the kernel, there's no reason to discard it when announcing to user space in the name of giving all devices equally poor handling :-). I.e., when GEOM announces a device to devd, we know aprior that it's a storage device; likewise, when the network stack announces a network interface to devd, we know apriori that it's a network interface. We're really not interested in the newbus announcement, since there are lots of network interfaces that have no physical representation and so aren't visible to newbus. I.e., I see it as a feature, not a bug, that the following event streams might arrive for a device monitoring application: newbus: hey, I got ugen0! devfs: hey, I got ugen0! newbus: whoa, ugen0 morphed into ums0 after you loaded that funky .ko devfs: whoops, I lost ugen0! devfs: hey, I got ums0! newbus: hey, I got fxp0! ifnet: hey, I got fxp0! devfs: hey, I got net/fxp0! ifnet: hey, I got vlan0! devfs: hey, I got net/vlan0! ifnet: hey, I got gif0! devfs: hey, I got net/gif0! newbus: hey, I got da0! geom: hey, I got da0! geom: hey, I got da0s1! geom: hey, I got da0s1a! devfs: hey, I got da0! devfs: hey, I got da0s1! devfs: hey, I got da0s1a! devfs: hey, I got ttyp0! devfs: whoops, I lost ttyp0! dhclient doesn't care about the arrival of the newbus fxp0 attachment, or the devfs node net/fxp0 (which many consider a bug anyway), it cares only about the ifnet attachment, since the vast majority of network tools use ioctl() and BPF to manage interfaces. automountd cares primarily about the dual arrival of the GEOM device and the similarly named devfs entry. It doesn't care about every entry in devfs, it really just wants the GEOM entries. Given that the devfs nodes are really quite uninteresting from a network stack perspective, and may also be uninteresting for other device types (for example, newbus attachment by devices that don't have device nodes), I'd rather not tie the ability to monitor for events to having a /dev entry. Likewise, newbus is not involved in the attachment of all interesting devices -- above are two examples (synthetic device nodes, network interfaces) where newbus events are not useful. The above information stream gives me precisely what I want if I'm writing a network management daemon, an automounter, etc. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 14:53:52 2005 Return-Path: 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 BBF4016A4CE for ; Tue, 25 Jan 2005 14:53:52 +0000 (GMT) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2E943D39 for ; Tue, 25 Jan 2005 14:53:52 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1])j0PErn2f020044 for ; Tue, 25 Jan 2005 09:53:49 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost)j0PErnj2020043 for current@freebsd.org; Tue, 25 Jan 2005 09:53:49 -0500 (EST) (envelope-from mwlucas) Date: Tue, 25 Jan 2005 09:53:49 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20050125145349.GA20003@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Subject: wine and -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 14:53:52 -0000 (I'm not sure if this is a -current problem, a wine problem, but perhaps someone here has a suggestion on how to proceed troubleshooting.) This is with FreeBSD 6-current, updated on 1/19/05, with Wine 20050111 from ports, installed to run SimCity 2000. To see if wine works at all, I tried notepad.exe from a w2k server. It runs fine, without much CPU usage at all. Whenever I start the program with "wine SIMCITY.EXE", wine, wineserver, and X.org start using 100% of the CPU between them. The main game window never appears (although the tool/message windows do). The output from running wine: # wine /home/mwlucas/.wine/drive_c/Program\ Files/Maxis/SimCity\ 2000/SIMCITY.EXE fixme:file:get_default_drive_device auto detection of DOS devices not supported on this platform fixme:ntdll:NtQueryVolumeInformationFile device info not properly supported on this platform err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not available fixme:font:load_VDMX No suitable ratio found fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:font:load_VDMX No suitable ratio found fixme:font:load_VDMX No suitable ratio found err:tooltips:TOOLTIPS_WindowProc unknown msg 0500 wp=00000000 lp=00000000 err:x11drv:X11DRV_CreateWindow invalid window width -16 err:x11drv:X11DRV_CreateWindow invalid window height -16 The first time I start Wine after boot, I get warnings on the console: Warning: pid 650 used static ldt allocation (with wine's pid in the place of 650, it varies with each boot of course) I had previously tried this with a FreeBSD-current from 12/20/04 and Wine 20041201. That version had the same CPU usage problem, but the main screen was actually drawn and the game could be played. The CPU-usage-caused lag was monstrous, and aiming the mouse was a nightmare, but it could be done. I'm at a loss to even figure out how to debug this. Any suggestions? Thanks, ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ Latest book: Cisco Routers for the Desperate http://www.CiscoRoutersForTheDesperate.com From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 14:54:57 2005 Return-Path: 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 6F48D16A4CE for ; Tue, 25 Jan 2005 14:54:57 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 043D343D46 for ; Tue, 25 Jan 2005 14:54:57 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PEsUCb003822; Tue, 25 Jan 2005 09:54:30 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PEsTuK003814; Tue, 25 Jan 2005 14:54:29 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 14:54:29 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <85367.1106664286@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: pete@altadena.net cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 14:54:57 -0000 On Tue, 25 Jan 2005, Poul-Henning Kamp wrote: > In message <20050125.073258.94555150.imp@bsdimp.com>, "M. Warner Losh" writes: > > >: So suppose I'm listening to a devd socket to try and identify storage > >: devices arriving that I can automount. How do I know which device > >: announcements are for storage devices? > > > >Hmmmm, once upon a time I'd have said 'stat the device, and you know' > >since those would be block devices.... > > We do actually have an ioctl, FIODTYPE, which will tell you the "kind" > of device, but that requires you to open it (O_NDELAY will do) However, many device nodes can only be opened "exclusively", security event auditing will occur, or opening will have side effects. Opening a device node to find out what type it is currently seems not to work very well and/or be undesirable. > >The trouble is that we don't > >know at that level either, yet when the GEOM even happens, how can we > >be sure that we win that race? > > There is no way you can win the race. The device may already be gone > again by the time you hear about the event. > > Welcome to the world of dynamic hardware. While you could imagine user space controlling the stepping of exposed device nodes to prevent inconsistency, it's similarly easy to imagine the potential feedback loops, deadlocks, etc, that would occur. Given that we already mediate use of the /dev name space, I think we have to be able to rely on sane use of that space: if ad0 is replaced almost immediately by ad0, it shouldn't really matter which you get, at least in as much as that the consumer can figure out if it happened (should it matter, which I suspect in most cases it won't). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 15:02:04 2005 Return-Path: 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 2CBB216A4CE; Tue, 25 Jan 2005 15:02:04 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C8F43D31; Tue, 25 Jan 2005 15:02:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PExWQp051756; Tue, 25 Jan 2005 07:59:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 25 Jan 2005 08:00:53 -0700 (MST) Message-Id: <20050125.080053.29499868.imp@bsdimp.com> To: marcus@marcuscom.com From: "M. Warner Losh" In-Reply-To: <1106663905.35846.10.camel@shumai.marcuscom.com> References: <1106663905.35846.10.camel@shumai.marcuscom.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: rwatson@freebsd.org cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 15:02:04 -0000 In message: <1106663905.35846.10.camel@shumai.marcuscom.com> Joe Marcus Clarke writes: : And how would I map those devices to a bus? Speaking with Linux HAL in : mind, I would like to see storage devices added to devinfo. It would be : great, IMHO, to see da0 attached to uhub2 on usb2 on ehci2 when walking : devinfo. That's part of the problem. CAM doesn't use newbus attachments. IT should. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 15:02:09 2005 Return-Path: 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 A179316A4D1; Tue, 25 Jan 2005 15:02:09 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE9343D2F; Tue, 25 Jan 2005 15:02:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PF07R3051776; Tue, 25 Jan 2005 08:00:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 25 Jan 2005 08:01:28 -0700 (MST) Message-Id: <20050125.080128.35796224.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <85367.1106664286@critter.freebsd.dk> References: <20050125.073258.94555150.imp@bsdimp.com> <85367.1106664286@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: rwatson@freebsd.org cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 15:02:09 -0000 In message: <85367.1106664286@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20050125.073258.94555150.imp@bsdimp.com>, "M. Warner Losh" writes: : : >: So suppose I'm listening to a devd socket to try and identify storage : >: devices arriving that I can automount. How do I know which device : >: announcements are for storage devices? : > : >Hmmmm, once upon a time I'd have said 'stat the device, and you know' : >since those would be block devices.... : : We do actually have an ioctl, FIODTYPE, which will tell you the : "kind" of device, but that requires you to open it (O_NDELAY will : do) And if opening the device has side effects? Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 15:09:21 2005 Return-Path: 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 BD28016A4CF; Tue, 25 Jan 2005 15:09:21 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4E043D31; Tue, 25 Jan 2005 15:09:20 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0PF8s7j086051; Tue, 25 Jan 2005 16:08:54 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 25 Jan 2005 14:54:29 GMT." Date: Tue, 25 Jan 2005 16:08:54 +0100 Message-ID: <86050.1106665734@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: pete@altadena.net cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 15:09:22 -0000 In message , Robert Watson writes: >However, many device nodes can only be opened "exclusively", security >event auditing will occur, or opening will have side effects. Opening a >device node to find out what type it is currently seems not to work very >well and/or be undesirable. I was mostly for the benefit of dd(1) as far as I recall. >> Welcome to the world of dynamic hardware. > >While you could imagine user space controlling the stepping of exposed >device nodes to prevent inconsistency, it's similarly easy to imagine the >potential feedback loops, deadlocks, etc, that would occur. Given that we >already mediate use of the /dev name space, I think we have to be able to >rely on sane use of that space: if ad0 is replaced almost immediately by >ad0, it shouldn't really matter which you get, at least in as much as that >the consumer can figure out if it happened (should it matter, which I >suspect in most cases it won't). I disagree. If devd tells you that some FC mesh just got plugged in and you interpret that to start a backup onto your dedicated FC drive, then it matters a lot if it got almost instantly replaced by a USB key. I would probably put a file with an encrypted magic marker on the drive and refuse backup if it wasn't there. Or something. I think it is waaay out of what should be handled by an operating system, we're into the territory which makes companies shell out millions for things like Unicenter or Tivoli in the vain hope that adding more complex software will improve the situation. I think we should have DEVFS inject "ad0 appeared, type=DISK" to devd and leave it at that. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 15:14:15 2005 Return-Path: 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 4DA6016A4CF; Tue, 25 Jan 2005 15:14:15 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91E2443D41; Tue, 25 Jan 2005 15:14:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0PFDm5F086138; Tue, 25 Jan 2005 16:13:48 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 25 Jan 2005 14:51:05 GMT." Date: Tue, 25 Jan 2005 16:13:48 +0100 Message-ID: <86137.1106666028@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: pete@altadena.net cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 15:14:15 -0000 In message , Robert Watson writes: >We're really not interested >in the newbus announcement, since there are lots of network interfaces >that have no physical representation and so aren't visible to newbus. I think this is the crux of the matter. newbus events will mostly be able tell us that we need to load a driver kld. devfs events on the other hand tells us that something can be accessed from userland. Since we added /dev/net/* we have sort of collapsed the split we previously had where some devices did not appear in /dev. There are still virtualized cases though, adding more hardware under opencrypto comes to mind. I can't really turn that into an example where we need to do more than respond to newbus by loading the driver. But as I said in the other email, we should probably have devfs communicate the type of device to devd to save some rather complex code in userland. (The regexp matching all our ethernet drivers in devd.conf have always irritated me). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 15:23:06 2005 Return-Path: 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 6D85716A4CE for ; Tue, 25 Jan 2005 15:23:06 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B7C43D49 for ; Tue, 25 Jan 2005 15:23:06 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PFMcIj004237; Tue, 25 Jan 2005 10:22:38 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PFMcmB004234; Tue, 25 Jan 2005 15:22:38 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 15:22:37 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20050125.080053.29499868.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 15:23:06 -0000 On Tue, 25 Jan 2005, M. Warner Losh wrote: > In message: <1106663905.35846.10.camel@shumai.marcuscom.com> > Joe Marcus Clarke writes: > : And how would I map those devices to a bus? Speaking with Linux HAL in > : mind, I would like to see storage devices added to devinfo. It would be > : great, IMHO, to see da0 attached to uhub2 on usb2 on ehci2 when walking > : devinfo. > > That's part of the problem. CAM doesn't use newbus attachments. IT > should. For physical devices, it appears there isn't much argument against newbus attachments, other than someone implementing it -- since this isn't really my area, I'll leave that discussion (and ideally, coding :-) for someone else. The interesting question becomes how you map between levels of abstraction: many consumers of device event information don't really care about the device and the route by which messages get to it from the CPU. They care about the abstraction layered over the device, and the events that occur in relating one object in an abstraction to another object, perhaps involving topologies that have little to do with the physical device topology. This raise the questions as to whether the newbus topology is really the most useful place to expose information like GEOM slicing, volume management of disk devices, and ethernet bonding for devices that may be physically discovered using newbus. And even if we can shove all the available object topologies into newbus, we'd also start bumping into how to represent all the interesting event types in newbus. One appealing thing to the current devd protocol design is that different abstraction layers (classes) can define their own event name spaces, and each abstraction layer can declare the events it knows about. newbus announces "I found a route to a physical device", GEOM shouts "And I found some storage space on it", etc. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 15:26:00 2005 Return-Path: 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 1120116A4CE; Tue, 25 Jan 2005 15:26:00 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AAF043D2F; Tue, 25 Jan 2005 15:25:59 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0PFPXqR086405; Tue, 25 Jan 2005 16:25:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 25 Jan 2005 15:22:37 GMT." Date: Tue, 25 Jan 2005 16:25:33 +0100 Message-ID: <86404.1106666733@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: pete@altadena.net cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 15:26:00 -0000 In message , Robert Watson writes: >The interesting question becomes how you map between levels of >abstraction: many consumers of device event information don't really care >about the device and the route by which messages get to it from the CPU. >They care about the abstraction layered over the device, and the events >that occur in relating one object in an abstraction to another object, >perhaps involving topologies that have little to do with the physical >device topology. This raise the questions as to whether the newbus >topology is really the most useful place to expose information like GEOM >slicing, volume management of disk devices, and ethernet bonding for >devices that may be physically discovered using newbus. GEOM already has its own mechanism, and given the diversity of what geom classes can do, I don't think trying to shoehorn it into a newbus like view makes sense. >One appealing thing to the current devd protocol design is that different >abstraction layers (classes) can define their own event name spaces, and >each abstraction layer can declare the events it knows about. newbus >announces "I found a route to a physical device", GEOM shouts "And I found >some storage space on it", etc. Right. IMO we just need devfs to add "And here is a thing you can access". -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 15:30:31 2005 Return-Path: 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 648E616A4CE for ; Tue, 25 Jan 2005 15:30:31 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCD2E43D53 for ; Tue, 25 Jan 2005 15:30:30 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PFU3rA004376; Tue, 25 Jan 2005 10:30:04 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PFU3cQ004373; Tue, 25 Jan 2005 15:30:03 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 15:30:03 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <86137.1106666028@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: pete@altadena.net cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 15:30:31 -0000 On Tue, 25 Jan 2005, Poul-Henning Kamp wrote: > In message , Robert Watson writes: > > >We're really not interested > >in the newbus announcement, since there are lots of network interfaces > >that have no physical representation and so aren't visible to newbus. > > I think this is the crux of the matter. > > newbus events will mostly be able tell us that we need to load a driver > kld. > > devfs events on the other hand tells us that something can be accessed > from userland. ... Except for the synthetic objects that don't have device nodes. :-) > Since we added /dev/net/* we have sort of collapsed the split we > previously had where some devices did not appear in /dev. The net device nodes were added for one purpose: to allow Kqueue to attach to a network interface, as kqueue requires a file descriptor. And most of the network developers I've talked to think this was probably a design error. Note that the network stack has a fairly complex event system already -- routing sockets, which express a spectrum of network-related events including, but not limited to, interfaces appearing and disappearing. Adding /dev/net entries added multiple paths to the same ioctl() mechanism, complicated the network interface allocation path substantially (introducing more races), etc. I'd much prefer we got rid of them, if we can. > There are still virtualized cases though, adding more hardware under > opencrypto comes to mind. I can't really turn that into an example > where we need to do more than respond to newbus by loading the driver. > > But as I said in the other email, we should probably have devfs > communicate the type of device to devd to save some rather complex code > in userland. (The regexp matching all our ethernet drivers in devd.conf > have always irritated me). We have all the information in the kernel ("I found a device", "it was a SCSI disk", "and we can store bytes on it!", "and it has partitions!") -- that we're not exposing it to user space means that we're doing far too good a job of hiding quite accessible information. If the information is bundled up neatly for delivery so that the layer relationships are clear -- fine, although I don't think that will be possible in every case (i.e., da0 arriving in newbus and GEOM may be simultaenous, but we might not have finished probing da0s1a.foobar for quite a bit later). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 16:56:14 2005 Return-Path: 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 661E716A4CE; Tue, 25 Jan 2005 16:56:14 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E06543D45; Tue, 25 Jan 2005 16:56:13 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0PGtpOo087943; Tue, 25 Jan 2005 17:55:51 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Warner Losh From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 25 Jan 2005 09:47:19 MST." <20050125.094719.74698214.imp@harmony.village.org> Date: Tue, 25 Jan 2005 17:55:51 +0100 Message-ID: <87942.1106672151@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: pete@altadena.net cc: rwatson@freebsd.org cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 16:56:14 -0000 In message <20050125.094719.74698214.imp@harmony.village.org>, Warner Losh writes: >There also needs to be some smarts to the automount daemon. You'd see >that da1s1 arrive, but if there was a DOS file system on it, you'd >mount that. If there was a FreeBSD label in it, then you'd want to >mount all of da1s1[abdefgh] that exist and have a slice type of ffs. >And what if it has a linux file system? The generate case is >relatively easy, but these sorts of things get much harder. > >> I think we should have DEVFS inject "ad0 appeared, type=DISK" to devd >> and leave it at that. > >Where do we get the type information? And do we do slices? We already have the type field in cdevsw, that's what FIODTYPE returns. There is no moral difference between whole disks and slices here. Typically you would not react to the whole disk, but only to the slice you actually wanted. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:01:56 2005 Return-Path: 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 E5B1A16A4CE for ; Tue, 25 Jan 2005 17:01:56 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D93743D1D for ; Tue, 25 Jan 2005 17:01:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PH1R9P006256; Tue, 25 Jan 2005 12:01:27 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PH1ROe006253; Tue, 25 Jan 2005 17:01:27 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 17:01:27 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Warner Losh In-Reply-To: <20050125.095019.71141844.imp@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: pete@altadena.net cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:01:57 -0000 On Tue, 25 Jan 2005, Warner Losh wrote: > > each abstraction layer can declare the events it knows about. newbus > > announces "I found a route to a physical device", GEOM shouts "And I found > > some storage space on it", etc. > > Actually, GEOM will announce all the layers as well, since it is an > onion sort of thing. For the degenerate case of FAT on FLASH Stick, it > is easy, because you don't see the layers. But I routinely plug in CF > cards that have FreeBSD file systems on them, as well as an emergency > DOS partition. Those sort of cases make whatever automounting daemon > need to grow a lot of brains, and will have multiple events. A simple auto-mounter simply watches for every storage device that arrives via GEOM, checks to see if it's leaf class, and if it is, tastes for a file system header, auto-detecting some of the simple and common types, such as FAT, UFS, UFS2, cd9660. It can then use whatever logic it pleases, probably partly from a config file, to decide where to mount it, what security parameters to use, etc. Here-in lies the key: because devd says "a storage device, /dev/ad0s1a arrived", it knows it can just go ahead and taste, not worrying about rewinding the tape, reading from kernel memory, etc. The auto-mounter specifically wants to hear only about GEOMs. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:04:46 2005 Return-Path: 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 3700616A4CE for ; Tue, 25 Jan 2005 17:04:46 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690A043D41 for ; Tue, 25 Jan 2005 17:04:45 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PH4IHY006364; Tue, 25 Jan 2005 12:04:18 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PH4I2S006361; Tue, 25 Jan 2005 17:04:18 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 17:04:18 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Warner Losh In-Reply-To: <20050125.095536.104086303.imp@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: pete@altadena.net cc: phk@phk.freebsd.dk cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:04:46 -0000 On Tue, 25 Jan 2005, Warner Losh wrote: > > > Since we added /dev/net/* we have sort of collapsed the split we > > > previously had where some devices did not appear in /dev. > > > > The net device nodes were added for one purpose: to allow Kqueue to attach > > to a network interface, as kqueue requires a file descriptor. And most of > > the network developers I've talked to think this was probably a design > > error. Note that the network stack has a fairly complex event system > > already -- routing sockets, which express a spectrum of network-related > > events including, but not limited to, interfaces appearing and > > disappearing. Adding /dev/net entries added multiple paths to the same > > ioctl() mechanism, complicated the network interface allocation path > > substantially (introducing more races), etc. I'd much prefer we got rid > > of them, if we can. > > And for the network case there's a lot more interesting than 'the device > is there'. I want to only run dhclient on interfaces that have carrier, > are in this ssid, etc. This information is presented via the routing > sockets, but not via the device. It depends a bit on where we sit: we probably want a neteventd that knows about this sort of thing and performs unified network interface management. In the mean time, I just want dhclient launched, because dhclient already knows about ssid's, link state, etc. > > We have all the information in the kernel ("I found a device", "it was a > > SCSI disk", "and we can store bytes on it!", "and it has partitions!") -- > > that we're not exposing it to user space means that we're doing far too > > good a job of hiding quite accessible information. If the information is > > bundled up neatly for delivery so that the layer relationships are clear > > -- fine, although I don't think that will be possible in every case (i.e., > > da0 arriving in newbus and GEOM may be simultaenous, but we might not have > > finished probing da0s1a.foobar for quite a bit later). > > I's suspect that da0 would arrive in GEOM before newbus. newbus > generates its arriveal events after the device has completed its > attachment. Part of the attachment is to add it to GEOM. This may or > may not be done asynchronously to the newbus addition. Network adapters > are done synchronously in our present implementation, so by the time the > newbus attach finishes, the network interfaces in the network namespace > are necessarily available (assuming they haven't just disappeared). > > The problem I see with exporting GEOM events is that you still need some > kind of smarts on the receiving end to know if you are dealing with an > interesting GEOM thing, or an uninteresting one... The idea behind the class information is that the application can use a combination of the class, name, configuration data, and direct communication with the object to do useful things. However, to communicate with an object today, you first need the class information, which is why you want it early as part of the event notification. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:09:17 2005 Return-Path: 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 6D67616A4CE; Tue, 25 Jan 2005 17:09:17 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F65143D46; Tue, 25 Jan 2005 17:09:16 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0PH99Ja088227; Tue, 25 Jan 2005 18:09:09 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Warner Losh From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 25 Jan 2005 10:01:28 MST." <20050125.100128.85358998.imp@harmony.village.org> Date: Tue, 25 Jan 2005 18:09:09 +0100 Message-ID: <88226.1106672949@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: pete@altadena.net cc: rwatson@FreeBSD.org cc: current@FreeBSD.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:09:17 -0000 In message <20050125.100128.85358998.imp@harmony.village.org>, Warner Losh writes: >> We already have the type field in cdevsw, that's what FIODTYPE returns. > >Is there some way we could export that to userland without having to >open the device? devfs could relay it to devd along with the name. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:10:56 2005 Return-Path: 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 6381F16A4CE for ; Tue, 25 Jan 2005 17:10:56 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAFAF43D3F for ; Tue, 25 Jan 2005 17:10:55 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PHATMJ006525; Tue, 25 Jan 2005 12:10:29 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PHAS01006522; Tue, 25 Jan 2005 17:10:28 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 17:10:28 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <88226.1106672949@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: pete@altadena.net cc: Warner Losh cc: current@FreeBSD.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:10:56 -0000 On Tue, 25 Jan 2005, Poul-Henning Kamp wrote: > In message <20050125.100128.85358998.imp@harmony.village.org>, Warner Losh writes: > >> We already have the type field in cdevsw, that's what FIODTYPE returns. > > > >Is there some way we could export that to userland without having to > >open the device? > > devfs could relay it to devd along with the name. I think the only interesting objection to this comes in the event that we're interested in events on objects not appearing in devfs. If we think devd is going to learn about routing sockets, that eliminates the one main source of discomfort I have with devd today -- I don't want devd to key network actions to things in /dev/net, I want it to key them to events coming from the network subsystem. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:16:15 2005 Return-Path: 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 5976D16A4CE for ; Tue, 25 Jan 2005 17:16:15 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD63A43D46 for ; Tue, 25 Jan 2005 17:16:14 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0PHFlrR006684; Tue, 25 Jan 2005 12:15:47 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0PHFluH006681; Tue, 25 Jan 2005 17:15:47 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 25 Jan 2005 17:15:47 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Warner Losh In-Reply-To: <20050125.101021.41686898.imp@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: pete@altadena.net cc: imp@rover.village.org cc: phk@phk.freebsd.dk cc: current@FreeBSD.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:16:15 -0000 On Tue, 25 Jan 2005, Warner Losh wrote: > > It depends a bit on where we sit: we probably want a neteventd that knows > > about this sort of thing and performs unified network interface > > management. In the mean time, I just want dhclient launched, because > > dhclient already knows about ssid's, link state, etc. > > We don't neet yet another daemon around for that. Ah, but we do, because whatever daemon it is needs to provide unified management of routing in the presence of multiple DHCP and link locally configured network interfaces. I.e., when I'm switching between wireless and wired networks, Useful Things Should Happen, and this can't currently be properly managed by today's dhclient. Likewise, I want to always have link local addresses configured for every network interface, and not have things like dhclient step on them. This requires dhclient to become substantially more mature and/or grow a lot, or it requires a new daemon. Having many daemons is just asking for them all to step on each other's toes, adding and removing addresses and routes in ways that leaves me with nothing useful to network with, requiring user intervention. If you've ever used a FreeBSD box in this scenario, followed by a Mac OS X box, you'll know what I mean. Neither is perfect, but the one with centralized configuration management does a much better job :-). > > The idea behind the class information is that the application can use a > > combination of the class, name, configuration data, and direct > > communication with the object to do useful things. However, to > > communicate with an object today, you first need the class information, > > which is why you want it early as part of the event notification. > > Right now we can't even get the class information out of the userland > interfaces we have. We should correct that problem, rather than > complicate things prematurely because it is expedient to do so today. I think we're talking past each other: the devctl format has a field for a class. I simply modified GEOM to expose its events using devctl, identifying its class as GEOM. That is, everything we needed was there, except the kernel hadn't quite provided enough information. If we want to layer it slightly differently and have it exported by devfs to devctl based on a property of the cdev, that's fine by me also. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:21:31 2005 Return-Path: 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 EB64816A4CE for ; Tue, 25 Jan 2005 17:21:31 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id A78DC43D2F for ; Tue, 25 Jan 2005 17:21:31 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j0PHLSWi012397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Jan 2005 09:21:29 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41F68038.5070100@errno.com> Date: Tue, 25 Jan 2005 09:22:00 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emil Mikulic References: <20050125104734.GA1289@dmr.ath.cx> In-Reply-To: <20050125104734.GA1289@dmr.ath.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: mediaopt turbo wedges ath0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:21:32 -0000 Emil Mikulic wrote: > I have a Netgear WG311T (ath driver) and trying to get it into "turbo" > mode wedges the card. This is consistently reproducible on my test > machine. > > # kldload if_ath > ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) > ath0: mem 0xe3800000-0xe380ffff irq 7 at device 9.0 on pci0 > ath0: [GIANT-LOCKED] > ath0: Ethernet address: 00:09:5b:c8:19:69 > ath0: mac 5.6 phy 4.1 radio 1.7 > # ifconfig ath0 > ath0: flags=8802 mtu 1500 > ether 00:09:5b:c8:19:69 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" > authmode OPEN privacy OFF txpowmax 100 > # ifconfig ath0 mode 11g mediaopt turbo > # ifconfig ath0 up > ath0: unable to reset hardware; hal status 3 > # > > The card is then unusable until I reboot. Unloading and reloading the > module doesn't bring it back to life. > > I'm running 6-CURRENT as of right after sam@'s commit of: > > src/sys/net80211/ieee80211_node.c 1.42 > src/sys/net80211/ieee80211_output.c 1.18 > > Am I doing something wrong? If this isn't a known problem, is there > anything I can do to provide more information as to what's going wrong? I just noticed you are running turbo in 11g; this isn't really supported yet; it's waiting on some SuperG features that I haven't gotten to yet. If you're not on channel 6 you're going to be in trouble as turbo mode uses channel bonding which'll spread outside the available spectrum in 2.4G (and might be the reason your card wedges). Sam From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:46:31 2005 Return-Path: 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 3B05D16A4CE for ; Tue, 25 Jan 2005 17:46:31 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB8E543D31 for ; Tue, 25 Jan 2005 17:46:28 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so430186wri for ; Tue, 25 Jan 2005 09:46:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=PxNYW1tgS/E9aPafACqtVZBU2aM28yOr/Rn3tiqKNZoKdpmL1pJfa60sdJ/pnrB9rWIQxgIa5J0RmnI6LT+pauyUBdbmmTV1iMXHYriQEObiZlesYvPSK6rPI38EZoISUrvHq354S/OSYBKCyiSY45cEr8wSmHPQgNUKOFSpZqU= Received: by 10.54.56.58 with SMTP id e58mr74864wra; Tue, 25 Jan 2005 09:46:27 -0800 (PST) Received: by 10.54.29.48 with HTTP; Tue, 25 Jan 2005 09:46:27 -0800 (PST) Message-ID: <790a9fff05012509467dbd195@mail.gmail.com> Date: Tue, 25 Jan 2005 11:46:27 -0600 From: Scot Hetzel To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: sys directory link reset by an installkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 17:46:31 -0000 I have my FreeBSD checked out in a non-standard location. I have then set /sys to point to the sys directory for this non-statndard location. But eveytime I perform an installkernel, this link is changed to sys -> usr/src/sys. This causes problems when I need to build a port that requires the Kernel src files. My layout is as follows: ls / / : sys -> usr/src/5x/sys : ls /usr/src 4x 5x 6x sys -> /sys With the above layout, I can NFS mount /usr/src on my 4x, 5x, and 6x systems and not have to make sure that /usr/src/sys points to the correct source tree. I have fixed this problem on my system by using the patch in the following PR http://www.freebsd.org/cgi/query-pr.cgi?pr=76362 The patch will set the /sys link to the correct location of the sources during a installkernel. Scot From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:49:40 2005 Return-Path: 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 8C46F16A4CE; Tue, 25 Jan 2005 17:49:40 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D4E743D39; Tue, 25 Jan 2005 17:49:38 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j0PHoNj3012707; Tue, 25 Jan 2005 09:50:23 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j0PHoM6J012706; Tue, 25 Jan 2005 09:50:22 -0800 Date: Tue, 25 Jan 2005 09:50:22 -0800 From: Brooks Davis To: Robert Watson Message-ID: <20050125175022.GA8667@odin.ac.hmc.edu> References: <20050125.101021.41686898.imp@harmony.village.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Warner Losh cc: phk@phk.freebsd.dk cc: current@freebsd.org cc: pete@altadena.net cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:49:40 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 25, 2005 at 05:15:47PM +0000, Robert Watson wrote: >=20 > On Tue, 25 Jan 2005, Warner Losh wrote: >=20 > > > It depends a bit on where we sit: we probably want a neteventd that k= nows > > > about this sort of thing and performs unified network interface > > > management. In the mean time, I just want dhclient launched, because > > > dhclient already knows about ssid's, link state, etc.=20 > >=20 > > We don't neet yet another daemon around for that. >=20 > Ah, but we do, because whatever daemon it is needs to provide unified > management of routing in the presence of multiple DHCP and link locally > configured network interfaces. I.e., when I'm switching between wireless > and wired networks, Useful Things Should Happen, and this can't currently > be properly managed by today's dhclient. Likewise, I want to always have > link local addresses configured for every network interface, and not have > things like dhclient step on them. This requires dhclient to become > substantially more mature and/or grow a lot, or it requires a new daemon.= =20 > Having many daemons is just asking for them all to step on each other's > toes, adding and removing addresses and routes in ways that leaves me with > nothing useful to network with, requiring user intervention. If you've > ever used a FreeBSD box in this scenario, followed by a Mac OS X box, > you'll know what I mean. Neither is perfect, but the one with centralized > configuration management does a much better job :-). FWIW, Sam's got a port of openbsd's dhclient in perforce. It's apparently significantly less foobar then ours. Unfortunatly, dhclient isn't enough because we also need wpa_supplication for modern wireless networks (it also provides basic 802.1x support for wired interfaces in linux and we'll probably want that too.) I think we'll be able to simply add a wpa_supplicant_ifs=3D"..." variable to start wpa_supplicant independent of dhclient, but I'm not 100% sure yet. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB9obdXY6L6fI4GtQRAiRHAKDMj/tEepdbOmc/ORYPK1T865xjDgCfTBrC vnBl6H6NaakEnGXV48xWS1w= =QPGc -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:51:52 2005 Return-Path: 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 8937716A4CE for ; Tue, 25 Jan 2005 17:51:52 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1629343D2F for ; Tue, 25 Jan 2005 17:51:52 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so430918wri for ; Tue, 25 Jan 2005 09:51:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=AFq4sW6JjOGCB3DfMUTG6+ocHS3i/O81N/S8WYM49ealygj6sPc78eYfbQ3Y/sGMt+DGFJFHXxKajYrfyyy5pn/rSVQb75xxPGdzYTlHp2KPWCeIAxXkZJAgXrn2tl56OfS3B97kSi0Xvj17Y5+UCqd/4Eca5nqfmWF5yBbRDig= Received: by 10.54.39.9 with SMTP id m9mr14684wrm; Tue, 25 Jan 2005 09:51:51 -0800 (PST) Received: by 10.54.29.48 with HTTP; Tue, 25 Jan 2005 09:51:51 -0800 (PST) Message-ID: <790a9fff05012509511b64e3ad@mail.gmail.com> Date: Tue, 25 Jan 2005 11:51:51 -0600 From: Scot Hetzel To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: uniq truncates lines > 2048 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 17:51:52 -0000 I noticed that if a file has lines > 2048 bytes, uniq will truncate the line to LINE_MAX (2048 bytes). An easy way to test this is to do the following: cd /usr/ports/accessibility/gnomemag make fetch-list > test.list make fetch-list >> test.list uniq test.list > test2.list test2.list should be half the size of test.list, but it is 2048 bytes. I have come up with a patch to uniq that fixes this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=76578 From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 19:12:03 2005 Return-Path: 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 F152D16A4CF for ; Tue, 25 Jan 2005 19:12:02 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C4AD43D48 for ; Tue, 25 Jan 2005 19:12:02 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id D2E76C027; Tue, 25 Jan 2005 20:12:01 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 4F70D407C; Tue, 25 Jan 2005 20:11:49 +0100 (CET) Date: Tue, 25 Jan 2005 20:11:49 +0100 From: Jeremie Le Hen To: Julian Elischer Message-ID: <20050125191149.GJ59685@obiwan.tataz.chchile.org> References: <20050121151747.GA36660@obiwan.tataz.chchile.org> <50158.208.4.77.66.1106323175.squirrel@208.4.77.66> <41F1AA9B.4070603@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F1AA9B.4070603@elischer.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Cannot install kernel as user X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 19:12:03 -0000 > It's also useful when doing a build inside a jail as flags cannot be > changed insode a jail. > > I got around it by replacing 'chflags' in the jail by a shell script the > does nothing :-). I thought over how getting neatly rid of this. I would like to introduce a `INSTALL_AS_USER' variable, as it exists in ports/Mk/bsd.port.mk. However I don't want to duplicate this code : %%% .if exists(${DESTDIR}${KODIR}) -thiskernel=`sysctl -n kern.bootfile` ; \ if [ "`dirname "$$thiskernel"`" != ${DESTDIR}${KODIR} ] ; then \ chflags -R noschg ${DESTDIR}${KODIR} ; \ rm -rf ${DESTDIR}${KODIR} ; \ else \ if [ -d ${DESTDIR}${KODIR}.old ] ; then \ chflags -R noschg ${DESTDIR}${KODIR}.old ; \ rm -rf ${DESTDIR}${KODIR}.old ; \ fi ; \ mv ${DESTDIR}${KODIR} ${DESTDIR}${KODIR}.old ; \ sysctl kern.bootfile=${DESTDIR}${KODIR}.old/"`basename "$$thiskernel"`" ; \ fi .endif %%% Your workaround might be a good start : create a dummy chflags(8) which will be used when INSTALL_AS_USER is set. Of course this will need to introduce an internal variable, say ${CHFLAGS}. My problem is actually that I don't know where to make this dummy chflags(8) live in the source tree. Ideas ? Regards, -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 19:56:31 2005 Return-Path: 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 EE06916A4CE for ; Tue, 25 Jan 2005 19:56:31 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D5E43D58 for ; Tue, 25 Jan 2005 19:56:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A7D8151434; Tue, 25 Jan 2005 11:56:25 -0800 (PST) Date: Tue, 25 Jan 2005 11:56:25 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050125195625.GA76358@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> <20050125044210.GA46896@xor.obsecurity.org> <20050125043000.R18864@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20050125043000.R18864@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: tree may not be buildable for an hour. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 19:56:32 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 25, 2005 at 04:30:46AM -0500, Jeff Roberson wrote: >=20 > On Mon, 24 Jan 2005, Kris Kennaway wrote: >=20 > > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > > > That's all of it. If you wait for your cvsup mirror to catch up, you= can > > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > > > This option requires mpsafevm as well. I have two known bugs that ha= ve > > > only been triggered by peter holm's excellent stress suite, but none = are > > > known to cause problems if mpsafevfs is disabled, and none of them ha= ve > > > been seen on normal systems to my knowledge. > > > > Still seeing this one: > > >=20 > What did you do to reproduce this? Is there any chance you can recompile > with DEBUG_LOCKS in your kernel and fetch the file and line strings out of > the lockmgr lock for me? I've never seen this one myself. >=20 > > panic: lockmgr: locking against myself This machine panicked again, but did the usual: v--deadlocks trying to panic, then the other CPU holding the spin lock pani= cs pspin lock sched lock held by 0xc3502cf0 for > 5 seconds panic: spin lock held too long cpuid =3D 0 KDB: enter: panic so I wasn't able to get the trace yet. > > Also, another machine panicked with mpsafevfs=3D0, but as is commonplace > > on SMP machines it hung trying to print the panic string, so I can't > > tell whether it's related to your commits or not. This machine panicked again with mpsafevfs=3D0: panic: softdep_deallocate_dependencies: dangling deps cpuid =3D 1 KDB: enter: panic [thread pid 56889 tid 100248 ] Stopped at kdb_enter+0x30: leave db> tr Tracing pid 56889 tid 100248 td 0xc5b9eb80 kdb_enter(c06f2a2c,1,c070488e,f12c58fc,c5b9eb80) at kdb_enter+0x30 panic(c070488e,1,f12c593c,c05732ac,de837840) at panic+0x13e softdep_deallocate_dependencies(de837840,c0517311,c0750d20,0,c06f0dcc) at s= oftdep_deallocate_dependencies+0x1b brelse(de837840,2090022,c882f450,c5b9eb80,23) at brelse+0x96 flushbuflist(c882f498,4,c882f450,0,0) at flushbuflist+0x27a vinvalbuf(c882f450,4,c5b9eb80,0,0) at vinvalbuf+0x1a0 ffs_truncate(c882f450,0,0,c00,0) at ffs_truncate+0x6fa ufs_inactive(f12c5c10,c5b9eb80,1,f12c5c28,c0584ddc) at ufs_inactive+0x10a VOP_INACTIVE_AP(f12c5c10,0,c06fb21e,7a2,c074a9a0) at VOP_INACTIVE_AP+0x76 vput(c882f450,ffffffdf,2,6af,c59e3000) at vput+0x11a kern_unlink(c5b9eb80,804f6a8,0,f12c5d40,c06b2487) at kern_unlink+0x1c1 unlink(c5b9eb80,f12c5d14,4,3ff,1) at unlink+0x22 syscall(2f,2f,2f,1,804d000) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (10, FreeBSD ELF32, unlink), eip =3D 0x280b8bf7, esp =3D 0xbfbf= e88c, ebp =3D 0xbfbfe8b8 --- db> Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9qRpWry0BWjoQKURAreNAJ4jsTwzrfEAMPnL4N2DhHFppw39VACfYwPY 2/1F8dAaSKh4fXNLto4v+ZM= =mvRz -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 20:19:43 2005 Return-Path: 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 D6AFA16A4CE for ; Tue, 25 Jan 2005 20:19:43 +0000 (GMT) Received: from users.altadena.net (users.altadena.net [207.151.161.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A201243D1F for ; Tue, 25 Jan 2005 20:19:43 +0000 (GMT) (envelope-from pete@users.altadena.net) Received: from pete by users.altadena.net with local (Exim 4.43) id 1CtXA7-000OOh-FV for current@freebsd.org; Tue, 25 Jan 2005 12:19:43 -0800 Date: Tue, 25 Jan 2005 12:19:43 -0800 From: Pete Carah To: current@freebsd.org Message-ID: <20050125201943.GA92768@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Sender: Pete Carah Subject: Floppy problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 20:19:44 -0000 5.3-REL-p5: ----------- I am having problems using a 360k floppy in a 1.2m drive; this should work. fdcontrol reports different things with or without -Fv: --- % fdcontrol -Fv /dev/fd0 /dev/fd0: 360 KB media type Format: 9,512,0xff,0x23,40,300,2,0x50,1,0,+mfm,+2step Sector size: 512 Sectors/track: 9 Heads/cylinder: 2 Cylinders/disk: 40 Transfer rate: 300 kbps Sector gap: 35 Format gap: 80 Interleave: 1 Side offset: 0 Flags ------------- correctly identifying the media and need for 2step. However, mounting the disk from /dev/fd0 results in hard errors on all but the root directory, indicating that 2step isn't being used. This is true with or without device flag 0x10. and --- % fdcontrol /dev/fd0 1.2M % fdcontrol -v /dev/fd0 /dev/fd0: 1.2M drive (5.25" high-density) ------------ which is wrong (it identifies the drive right but not the media; maybe this is what is supposed to happen but...) Explicitly giving the fmtstr to fdcontrol has no effect on either a current or subsequent mount. Nor does fdcontrol -f 360. The fdc man page gives no hint as to what the minor number for each of the different format subdevices should be. -- Pete From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 20:51:44 2005 Return-Path: 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 419B116A4CE; Tue, 25 Jan 2005 20:51:44 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5B0A43D2D; Tue, 25 Jan 2005 20:51:43 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id 20B8320; Tue, 25 Jan 2005 21:51:43 +0100 (CET) Date: Tue, 25 Jan 2005 21:51:43 +0100 From: Andrea Campi To: Brooks Davis Message-ID: <20050125205142.GA8930@webcom.it> References: <20050125.101021.41686898.imp@harmony.village.org> <20050125175022.GA8667@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050125175022.GA8667@odin.ac.hmc.edu> User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Warner Losh cc: phk@phk.freebsd.dk cc: Robert Watson cc: imp@bsdimp.com cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 20:51:44 -0000 On Tue, Jan 25, 2005 at 09:50:22AM -0800, Brooks Davis wrote: > > be properly managed by today's dhclient. Likewise, I want to always have > > link local addresses configured for every network interface, and not have > > things like dhclient step on them. This requires dhclient to become > > substantially more mature and/or grow a lot, or it requires a new daemon. > > Having many daemons is just asking for them all to step on each other's > > toes, adding and removing addresses and routes in ways that leaves me with > > nothing useful to network with, requiring user intervention. If you've > > ever used a FreeBSD box in this scenario, followed by a Mac OS X box, > > you'll know what I mean. Neither is perfect, but the one with centralized > > configuration management does a much better job :-). > > FWIW, Sam's got a port of openbsd's dhclient in perforce. It's > apparently significantly less foobar then ours. Unfortunatly, dhclient > isn't enough because we also need wpa_supplication for modern wireless > networks (it also provides basic 802.1x support for wired interfaces in > linux and we'll probably want that too.) I think we'll be able to > simply add a wpa_supplicant_ifs="..." variable to start wpa_supplicant > independent of dhclient, but I'm not 100% sure yet. And than you want howl for Zeroconf/Rendezvous... If people agreed to have it in the base system, some scripting would tie everything together seamlessly to give the same level of functionality as Mac OS X or better. Bye, Andrea -- ...and that is how we know the Earth to be banana-shaped. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 21:12:10 2005 Return-Path: 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 C028816A4CE for ; Tue, 25 Jan 2005 21:12:10 +0000 (GMT) Received: from mailhub03.unibe.ch (mailhub03-eth0.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 002DA43D39 for ; Tue, 25 Jan 2005 21:12:09 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01.unibe.ch [130.92.254.65]) by mailhub03.unibe.ch (Postfix) with ESMTP id AEA6C14CB0; Tue, 25 Jan 2005 22:12:12 +0100 (CET) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub01 [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 24721-01-34; Tue, 25 Jan 2005 22:12:13 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id 4A74314CAF; Tue, 25 Jan 2005 22:12:12 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id j0PLC7U28404; Tue, 25 Jan 2005 22:12:08 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j0PLCHqc006363; Tue, 25 Jan 2005 22:12:17 +0100 (MET) Date: Tue, 25 Jan 2005 22:12:17 +0100 From: Tobias Roth To: Pete Carah Message-ID: <20050125211217.GA6356@droopy.unibe.ch> References: <20050125201943.GA92768@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050125201943.GA92768@users.altadena.net> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: current@freebsd.org Subject: Re: Floppy problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 21:12:10 -0000 On Tue, Jan 25, 2005 at 12:19:43PM -0800, Pete Carah wrote: > 5.3-REL-p5: this is freebsd-current. cheers, t. From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 21:31:23 2005 Return-Path: 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 7132416A4CF for ; Tue, 25 Jan 2005 21:31:23 +0000 (GMT) Received: from users.altadena.net (users.altadena.net [207.151.161.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF0643D53 for ; Tue, 25 Jan 2005 21:31:23 +0000 (GMT) (envelope-from pete@users.altadena.net) Received: from pete by users.altadena.net with local (Exim 4.43) id 1CtYHT-000Oow-1m for current@freebsd.org; Tue, 25 Jan 2005 13:31:23 -0800 Date: Tue, 25 Jan 2005 13:31:23 -0800 From: Pete Carah To: current@freebsd.org Message-ID: <20050125213123.GA95337@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Sender: Pete Carah Subject: Another floppy-related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 21:31:23 -0000 There was another interesting problem uncovered by my trying to read in most of my old floppy archive disks while I still could (!); cp *always* mmaps the input file. If there is a hard error on a slow device, the fact that the vnode-pager is doing the read makes the entire system hang. This is not desirable for floppies for 2 reasons: 1. they are slow. 2. they are error-prone. I suppose I could dd the whole floppy to a temp, then open it virtual. If that were done with conv=noerror,sync then (in many cases) one could recover as much data as could be recovered. That would be a fairly easy script, and would probably be faster than reading the files directly from the slow medium, at least if a full-track blocksize worked in the dd. However, it *would* be nice to have a flag to cp, or another similar command (I might be able to use cpio or tar in a pipeline?) that did ordinary reads and not mmap... (for that matter, there are devices (I suspect floppies are one of these, and I have seen hints that cdrom's are too) for which ordinary reads are much faster than mmap for whatever reason.) -- Pete From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 21:38:58 2005 Return-Path: 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 CEB4016A4CE for ; Tue, 25 Jan 2005 21:38:58 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BBEE43D31 for ; Tue, 25 Jan 2005 21:38:58 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j0PLcsWi013513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Jan 2005 13:38:55 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41F6BC8E.3000903@errno.com> Date: Tue, 25 Jan 2005 13:39:26 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <20050125.101021.41686898.imp@harmony.village.org> <20050125175022.GA8667@odin.ac.hmc.edu> In-Reply-To: <20050125175022.GA8667@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Warner Losh cc: phk@phk.freebsd.dk cc: Robert Watson cc: imp@bsdimp.com cc: pete@altadena.net Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 21:38:58 -0000 Brooks Davis wrote: > On Tue, Jan 25, 2005 at 05:15:47PM +0000, Robert Watson wrote: > >>On Tue, 25 Jan 2005, Warner Losh wrote: >> >> >>>>It depends a bit on where we sit: we probably want a neteventd that knows >>>>about this sort of thing and performs unified network interface >>>>management. In the mean time, I just want dhclient launched, because >>>>dhclient already knows about ssid's, link state, etc. >>> >>>We don't neet yet another daemon around for that. >> >>Ah, but we do, because whatever daemon it is needs to provide unified >>management of routing in the presence of multiple DHCP and link locally >>configured network interfaces. I.e., when I'm switching between wireless >>and wired networks, Useful Things Should Happen, and this can't currently >>be properly managed by today's dhclient. Likewise, I want to always have >>link local addresses configured for every network interface, and not have >>things like dhclient step on them. This requires dhclient to become >>substantially more mature and/or grow a lot, or it requires a new daemon. >>Having many daemons is just asking for them all to step on each other's >>toes, adding and removing addresses and routes in ways that leaves me with >>nothing useful to network with, requiring user intervention. If you've >>ever used a FreeBSD box in this scenario, followed by a Mac OS X box, >>you'll know what I mean. Neither is perfect, but the one with centralized >>configuration management does a much better job :-). > > > FWIW, Sam's got a port of openbsd's dhclient in perforce. It's > apparently significantly less foobar then ours. Unfortunatly, dhclient > isn't enough because we also need wpa_supplication for modern wireless > networks (it also provides basic 802.1x support for wired interfaces in > linux and we'll probably want that too.) I think we'll be able to > simply add a wpa_supplicant_ifs="..." variable to start wpa_supplicant > independent of dhclient, but I'm not 100% sure yet. I auto-start wpa_supplicant from the /etc/start_if.foo script. The only trick is you need to force LD_LIBRARY_PATH to collect libdnet.so from where ports installs it. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 21:43:28 2005 Return-Path: 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 71FE516A4CE; Tue, 25 Jan 2005 21:43:28 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE4D743D46; Tue, 25 Jan 2005 21:43:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j0PLhKWi013524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Jan 2005 13:43:22 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41F6BD98.3040402@errno.com> Date: Tue, 25 Jan 2005 13:43:52 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Campi References: <20050125.101021.41686898.imp@harmony.village.org> <20050125175022.GA8667@odin.ac.hmc.edu> <20050125205142.GA8930@webcom.it> In-Reply-To: <20050125205142.GA8930@webcom.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Warner Losh cc: phk@phk.freebsd.dk cc: Robert Watson cc: pete@altadena.net cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 21:43:28 -0000 Andrea Campi wrote: > On Tue, Jan 25, 2005 at 09:50:22AM -0800, Brooks Davis wrote: > >>>be properly managed by today's dhclient. Likewise, I want to always have >>>link local addresses configured for every network interface, and not have >>>things like dhclient step on them. This requires dhclient to become >>>substantially more mature and/or grow a lot, or it requires a new daemon. >>>Having many daemons is just asking for them all to step on each other's >>>toes, adding and removing addresses and routes in ways that leaves me with >>>nothing useful to network with, requiring user intervention. If you've >>>ever used a FreeBSD box in this scenario, followed by a Mac OS X box, >>>you'll know what I mean. Neither is perfect, but the one with centralized >>>configuration management does a much better job :-). >> >>FWIW, Sam's got a port of openbsd's dhclient in perforce. It's >>apparently significantly less foobar then ours. Unfortunatly, dhclient >>isn't enough because we also need wpa_supplication for modern wireless >>networks (it also provides basic 802.1x support for wired interfaces in >>linux and we'll probably want that too.) I think we'll be able to >>simply add a wpa_supplicant_ifs="..." variable to start wpa_supplicant >>independent of dhclient, but I'm not 100% sure yet. > > > And than you want howl for Zeroconf/Rendezvous... If people agreed to have > it in the base system, some scripting would tie everything together > seamlessly to give the same level of functionality as Mac OS X or better. I can't think of anything zeroconf/rendezvous does for me that I want. What's presently missing is: background scanning, proper roaming, a GUI tool that lets you interact with the wireless support. OS X (Tiger at least) is rather lame in many ares in terms of wireless--e.g. their WPA/802.1x support is easily confused and lacks pre-authentication support. OTOH their GUI stuff is the best I've seen. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 21:43:52 2005 Return-Path: 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 3576C16A4CE for ; Tue, 25 Jan 2005 21:43:52 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B05743D48 for ; Tue, 25 Jan 2005 21:43:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 44E3A51344; Tue, 25 Jan 2005 13:43:48 -0800 (PST) Date: Tue, 25 Jan 2005 13:43:48 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050125214348.GA12377@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20050124055400.U97135@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Panic in unmount() (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 21:43:52 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > That's all of it. If you wait for your cvsup mirror to catch up, you can > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > This option requires mpsafevm as well. I have two known bugs that have > only been triggered by peter holm's excellent stress suite, but none are > known to cause problems if mpsafevfs is disabled, and none of them have > been seen on normal systems to my knowledge. This happened on a machine with mpsafevfs=1 and DEBUG_LOCKS panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid = 1 KDB: enter: panic [thread pid 13312 tid 100135 ] Stopped at kdb_enter+0x30: leave db> tr Tracing pid 13312 tid 100135 td 0xc383e730 kdb_enter(c06f4e4a,1,c0709378,bb6,c383e730) at kdb_enter+0x30 panic(c0708e4f,deadc000,1,edfe9a30,edfe9a20) at panic+0x13e vm_fault(c1059000,deadc000,1,0,c383e730) at vm_fault+0x23a trap_pfault(edfe9af8,0,deadc0de,35,deadc0de) at trap_pfault+0x166 trap(ffff0018,7fff0010,10,c06f42be,deadc0de) at trap+0x34c calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05900e8, esp = 0xedfe9b38, ebp = 0xedfe9b38 --- strlen(deadc0de,edfe9c24,edfe9b78,0,a) at strlen+0x8 kvprintf(c06f42a3,c053d716,edfe9c24,a,edfe9c68) at kvprintf+0x693 vsnprintf(c0754a60,100,c06f42a3,edfe9c64,c383e730) at vsnprintf+0x3c panic(c06f42a3,deadc0de,c06fd180,390,c0516286) at panic+0xb8 _mtx_lock_flags(c3766860,0,c06fd180,390,c0754820) at _mtx_lock_flags+0x6b dounmount(c3766800,8080000,c383e730,37b,508ff10) at dounmount+0x59 unmount(c383e730,edfe9d14,8,28149000,2) at unmount+0x271 syscall(2f,2f,2f,804a458,804f421) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280b8af7, esp = 0xbfbfe4ec, ebp = 0xbfbfe598 --- Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9r2TWry0BWjoQKURAqCPAKDY1ec4k0uw3HooiK8ivQyX7zS/igCg5BIh iWVI6ZhjIRN479VhAy+jgA8= =jcbN -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:00:51 2005 Return-Path: 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 6CF4E16A4CF for ; Tue, 25 Jan 2005 22:00:51 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B12D043D48 for ; Tue, 25 Jan 2005 22:00:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7943E51A3A; Tue, 25 Jan 2005 14:00:45 -0800 (PST) Date: Tue, 25 Jan 2005 14:00:45 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050125220044.GA12524@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> <20050125214348.GA12377@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20050125214348.GA12377@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: Jeff Roberson cc: current@freebsd.org Subject: Re: Panic in unmount() (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:00:51 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 25, 2005 at 01:43:48PM -0800, Kris Kennaway wrote: > strlen(deadc0de,edfe9c24,edfe9b78,0,a) at strlen+0x8 > kvprintf(c06f42a3,c053d716,edfe9c24,a,edfe9c68) at kvprintf+0x693 > vsnprintf(c0754a60,100,c06f42a3,edfe9c64,c383e730) at vsnprintf+0x3c > panic(c06f42a3,deadc0de,c06fd180,390,c0516286) at panic+0xb8 0xc06f42a3: mtx_lock() of spin mutex %s @ %s:%d 0xc06fd180: ../../../kern/vfs_mount.c > _mtx_lock_flags(c3766860,0,c06fd180,390,c0754820) at _mtx_lock_flags+0x6b > dounmount(c3766800,8080000,c383e730,37b,508ff10) at dounmount+0x59 > unmount(c383e730,edfe9d14,8,28149000,2) at unmount+0x271 > syscall(2f,2f,2f,804a458,804f421) at syscall+0x271 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280b8af7, esp = 0xbfbfe4ec, ebp = 0xbfbfe598 --- Another machine deadlocked with your latest (lockf) patches: 88412 c675fbd0 0 88353 88348 0004000 [LOCK Giant c6657680] umount 88410 c67605e8 0 85600 69265 0000000 [CPU 1] sh 627 c5c741f8 0 527 627 0004100 [LOCK Giant c6657680] sshd 4 c5709dc8 0 0 0 0000204 [LOCK Giant c6657680] g_down 3 c5720000 0 0 0 0000204 [LOCK Softdep Lock c5641880] g_up 132 c57207e0 0 0 0 000020c [LOCK Giant c6657680] swi4: clock sio 87 c56e03f0 0 0 0 0000204 [LOCK Giant c6657680] irq76: ahc0 db> tr 88412 Tracing pid 88412 tid 100203 td 0xc5b24450 sched_switch(c5b24450,0,1,118,feec165d) at sched_switch+0x195 mi_switch(1,0,c06f53b0,254,c07578d0) at mi_switch+0x2ad turnstile_wait(c0751660,c570c170,c06f171c,216,c0751660) at turnstile_wait+0x3a3 _mtx_lock_sleep(c0751660,c5b24450,0,c0705f37,126) at _mtx_lock_sleep+0x176 _mtx_lock_flags(c0751660,0,c0705f37,126,f11ccc70) at _mtx_lock_flags+0xbc vm_fault(c7fd3bb8,2813b000,1,0,c5b24450) at vm_fault+0x26b trap_pfault(f11ccd48,1,2813bd95,279,2813bd95) at trap_pfault+0xf8 trap(2f,2f,2f,3,0) at trap+0x201 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x2809ac6c, esp = 0xbfbfec00, ebp = 0xbfbfec28 --- db> tr 88410 Tracing pid 88410 tid 100267 td 0xc5c79a10 sched_switch(c5c79a10,c56d0170,6,118,4bbac38d) at sched_switch+0x195 mi_switch(6,c56d0170,c06f391a,26f,c56d02bc) at mi_switch+0x2ad maybe_preempt(c5c79a10,c56d0170,c56e03f0,f13573d0,46) at maybe_preempt+0x192 sched_add(c0751620,c67605e8,c0751620,f13573f8,c051a23a) at sched_add+0x15e (null)(c06f19b5,b0000,c074f428,c0751670,0) at 0xb0 __func__.0(0,0,2001,1,76c15) at 0xc06f19b5 (null)(2e007865,2e2e2f2e,2f2e2e2f,6e72656b,72656b2f) at 0xa db> tr 627 Tracing pid 627 tid 100198 td 0xc5b11b80 sched_switch(c5b11b80,0,1,118,b9b3d8f) at sched_switch+0x195 mi_switch(1,0,c06f53b0,254,c07578d0) at mi_switch+0x2ad turnstile_wait(c0751660,c570c170,c06f171c,216,c0751660) at turnstile_wait+0x3a3 _mtx_lock_sleep(c0751660,c5b11b80,0,c06ec119,375) at _mtx_lock_sleep+0x176 _mtx_lock_flags(c0751660,0,c06ec119,375,c5c26d00) at _mtx_lock_flags+0xbc devfs_poll_f(c5a3a908,40,c5d48800,c5b11b80,2c6) at devfs_poll_f+0x58 selscan(c5b11b80,f11b3b9c,f11b3b8c,8,c06fe050) at selscan+0x210 kern_select(c5b11b80,8,807b920,807b930,0) at kern_select+0x3cb select(c5b11b80,f11b3d14,14,3ff,5) at select+0x63 syscall(bfbf002f,2f,bfbf002f,bfbfde5c,0) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x282de4a3, esp = 0xbfbfddfc, ebp = 0xbfbfde48 --- At this point I accidentally typed 'r 4' instead of 'tr 4' so was unable to trace the rest of the processes :-( Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9sGMWry0BWjoQKURAtHeAJ9gsalGHdN8n74k17wp1MG6n/BD1ACg5sNT OZRW2/d6MR7ufSHU6Gcgbc0= =XU7L -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:10:11 2005 Return-Path: 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 EED0016A4CE for ; Tue, 25 Jan 2005 22:10:11 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF7DC43D39 for ; Tue, 25 Jan 2005 22:10:11 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.86.185) by smtp01.syd.iprimus.net.au (7.0.036) id 41A76DD9019C28BD; Wed, 26 Jan 2005 09:10:10 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 477204298; Wed, 26 Jan 2005 09:10:47 +1100 (EST) Date: Wed, 26 Jan 2005 09:10:47 +1100 From: Tim Robbins To: Scot Hetzel Message-ID: <20050125221047.GA339@cat.robbins.dropbear.id.au> References: <790a9fff05012509511b64e3ad@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff05012509511b64e3ad@mail.gmail.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: uniq truncates lines > 2048 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:10:12 -0000 On Tue, Jan 25, 2005 at 11:51:51AM -0600, Scot Hetzel wrote: > I noticed that if a file has lines > 2048 bytes, uniq will truncate > the line to LINE_MAX (2048 bytes). An easy way to test this is to do > the following: > > cd /usr/ports/accessibility/gnomemag > make fetch-list > test.list > make fetch-list >> test.list > uniq test.list > test2.list > > test2.list should be half the size of test.list, but it is 2048 bytes. > > I have come up with a patch to uniq that fixes this problem. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=76578 This looks good except for failure to check for realloc() returning NULL and a few minor style problems. It may be possible to use fgetwln() to read lines instead of getwc() + realloc() etc., but this function is new and peculiar to FreeBSD. I was planning on going through all text-processing utilities in the base system some time and either fixing line length problems or documenting them, similar to what I did with multibyte character support. I may make a start at that today. Tim From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:22:24 2005 Return-Path: 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 3242016A4CE for ; Tue, 25 Jan 2005 22:22:24 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA97143D2D for ; Tue, 25 Jan 2005 22:22:23 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 560BD5F1C; Tue, 25 Jan 2005 17:22:23 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53822-08; Tue, 25 Jan 2005 17:22:22 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-236-186.ny325.east.verizon.net [68.160.236.186]) by pi.codefab.com (Postfix) with ESMTP id 459DF5F1B; Tue, 25 Jan 2005 17:22:19 -0500 (EST) Message-ID: <41F6C684.2050403@mac.com> Date: Tue, 25 Jan 2005 17:21:56 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <20050125.101021.41686898.imp@harmony.village.org> <20050125175022.GA8667@odin.ac.hmc.edu> <20050125205142.GA8930@webcom.it> <41F6BD98.3040402@errno.com> In-Reply-To: <41F6BD98.3040402@errno.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: Andrea Campi cc: current@freebsd.org Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:22:24 -0000 Sam Leffler wrote: > Andrea Campi wrote: [ ... ] >> And than you want howl for Zeroconf/Rendezvous... If people agreed to >> have it in the base system, some scripting would tie everything together >> seamlessly to give the same level of functionality as Mac OS X or better. > > I can't think of anything zeroconf/rendezvous does for me that I want. I'm not surprised. Zeroconf/Rendezvous is intended for people who don't know about or manage networks. :-) Someone who is able to say "yes, this subnet is running a DHCP server" has already set up an environment where Zeroconf will gracefully back out of the way and honor the network settings granted by DHCP. Zeroconf/Rendezvous is intended to fulfil the simple goal of "connect two machines via some network and have them be able to talk to each other by name and access services", without configuring or changing any network settings. This may mean two laptops on a hub, this may mean a machine and a network-attached printer, it might even mean a host and an IP-enabled phone or PDA. From http://developer.apple.com/macosx/rendezvous/ "Rendezvous requires that devices implement three essential things. These devices must be able to * allocate IP addresses without a DHCP server * translate between names and IP addresses without a DNS server * locate or advertise services without using a directory server" On the other hand, a detailed look into the Zeroconf/Rendezvous specification reveals some good ideas about how to generate ARP traffic to check whether an IP is in use without polluting the address caches of other hosts on the network, how to respond if some other device on the subnet appears which tries to use your IP address, and so forth. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:23:13 2005 Return-Path: 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 E577716A4CE for ; Tue, 25 Jan 2005 22:23:13 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC0D43D48 for ; Tue, 25 Jan 2005 22:23:13 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 092321202C; Tue, 25 Jan 2005 23:23:11 +0100 (CET) Date: Tue, 25 Jan 2005 23:23:11 +0100 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org Message-ID: <20050125222311.GB851@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Panic: mutex Giant not owned at sys/nfsclient/nfs_socket.c:461 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:23:14 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello With -CURRENT from today (and also from yesterday for that matter) I get the panic "mutex Giant not owned at /usr/src/sys/nfsclient/nfs_socket.c:461" sometimes (probably 1/3 of the times) when accessing a NFS mount. The mount was /FreeBSD, and it panics just by typing "cd /Free" in a shell. My last good kernel was from Jan 17. Does this make sense to anyone or is more information needed? #0 doadump () at pcpu.h:159 #1 0xc04578d1 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999,=20 dummy4=3D0xe6b5a818 "=C0\004\200=C0") at /usr/src/sys/ddb/db_command.c:= 531 #2 0xc0457680 in db_command (last_cmdp=3D0xc07ffbc4, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc07bf8e4, aux_cmd_tablep_end=3D0xc07bf8e8) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0457771 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0459605 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221 #5 0xc0587ba9 in kdb_trap (type=3D0, code=3D0, tf=3D0xe6b5a968) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc074855c in trap (frame=3D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D -424345584, tf_edi =3D 256, tf= _esi =3D 1, tf_ebp =3D -424302160, t = f_isp =3D -424302188, tf_ebx =3D -4= 24302108, tf_edx =3D 0, tf_ecx =3D -1056755712, tf_eax =3D 18, tf_trapno = =3D = 3, tf_err =3D 0, tf_eip =3D -1067943686, tf_cs =3D 8, tf_eflags =3D= 646, tf_esp =3D -1065785135, tf_ss =3D -10 = 65793731}) at /usr/src/sys/i386/i386/trap.c:573 #7 0xc073441a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0x00000018 in ?? () #9 0x00000010 in ?? () #10 0xe6b50010 in ?? () #11 0x00000100 in ?? () #12 0x00000001 in ?? () #13 0xe6b5a9b0 in ?? () #14 0xe6b5a994 in ?? () #15 0xe6b5a9e4 in ?? () #16 0x00000000 in ?? () #17 0xc1033000 in ?? () #18 0x00000012 in ?? () #19 0x00000003 in ?? () #20 0x00000000 in ?? () #21 0xc05878fa in kdb_enter (msg=3D0x0) at cpufunc.h:56 #22 0xc056bc2d in panic (fmt=3D0xc0793caf "mutex %s not owned at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:538 #23 0xc05626dc in _mtx_assert (m=3D0xc0809040, what=3D0,=20 file=3D0xc07acb3d "/usr/src/sys/nfsclient/nfs_socket.c", line=3D461) at /usr/src/sys/kern/kern_mutex.c:739 #24 0xc068bef4 in nfs_send (so=3D0xc1ea5b28, nam=3D0xc1c16960, top=3D0xc1d4= ad00,=20 rep=3D0xc1ed3600) at /usr/src/sys/nfsclient/nfs_socket.c:461 #25 0xc068cef2 in nfs_request (vp=3D0xc1ea4450, mrest=3D0xc1d49800, procnum= =3D4,=20 td=3D0xc1f402e0, cred=3D0xc21c5400, mrp=3D0xe6b5aabc, mdp=3D0xe6b5aac0,= =20 dposp=3D0xe6b5aac4) at /usr/src/sys/nfsclient/nfs_socket.c:1027 #26 0xc0691b9b in nfs3_access_otw (vp=3D0xc1ea4450, wmode=3D-424301872,=20 td=3D0xc1f402e0, cred=3D0xc21c5400) at /usr/src/sys/nfsclient/nfs_vnops= =2Ec:263 #27 0xc0692395 in nfs_getattr (ap=3D0xe6b5ab70) at /usr/src/sys/nfsclient/nfs_vnops.c:591 #28 0xc075ed46 in VOP_GETATTR_AP (a=3D0x0) at vnode_if.c:484 #29 0xc05dafb9 in vn_stat (vp=3D0xc1ea4450, sb=3D0xe6b5ac78,=20 active_cred=3D0xc21c5400, file_cred=3D0x0, td=3D0xc1f402e0) at vnode_if= =2Eh:275 #30 0xc05d4b6e in stat (td=3D0xc1f402e0, uap=3D0xe6b5ad14) at /usr/src/sys/kern/vfs_syscalls.c:2091 #31 0xc0748e4f in syscall (frame=3D {tf_fs =3D 47, tf_es =3D -1078001617, tf_ds =3D -1078001617, tf_edi = =3D -1078012634, tf_esi =3D 1348428 = 48, tf_ebp =3D -1078051128, tf_isp = =3D -424301196, tf_ebx =3D -1078053184, tf_edx =3D -1078053280, tf_ecx =3D = = 135029248, tf_eax =3D 188, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 6= 72504243, tf_cs =3D 31, tf_eflags =3D 6 = 46, tf_esp =3D -1078053300, tf_s= s =3D 47}) at /usr/src/sys/i386/i386/trap.c:951 #32 0xc073446f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 --=20 Simon L. Nielsen --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9sbPh9pcDSc1mlERAnAMAJ0btwt8gZafPiVrf7vpYnfO7hBF/gCgls4b rnHuD7vI3hX/7fhzM+gO1rU= =pA54 -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:31:30 2005 Return-Path: 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 A630016A4CE for ; Tue, 25 Jan 2005 22:31:30 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 562C243D49 for ; Tue, 25 Jan 2005 22:31:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j0PMVSWi013776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Jan 2005 14:31:30 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41F6C8E0.6030103@errno.com> Date: Tue, 25 Jan 2005 14:32:00 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <20050125.101021.41686898.imp@harmony.village.org> <20050125175022.GA8667@odin.ac.hmc.edu> <20050125205142.GA8930@webcom.it> <41F6BD98.3040402@errno.com> <41F6C684.2050403@mac.com> In-Reply-To: <41F6C684.2050403@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Andrea Campi cc: current@freebsd.org Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:31:30 -0000 Chuck Swiger wrote: > Sam Leffler wrote: > >> Andrea Campi wrote: > > [ ... ] > >>> And than you want howl for Zeroconf/Rendezvous... If people agreed to >>> have it in the base system, some scripting would tie everything together >>> seamlessly to give the same level of functionality as Mac OS X or >>> better. >> >> >> I can't think of anything zeroconf/rendezvous does for me that I want. > > > I'm not surprised. Zeroconf/Rendezvous is intended for people who don't > know about or manage networks. :-) I know what zeroconf is. The original discussion was not (I thought) about setting up "zero configuration" pieces of the network. The discussion was about finding AP's. neighbor nodes in an IBSS network, setting up WPA and 802.1x, etc. For this zeroconf doesn't get you very far. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:38:35 2005 Return-Path: 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 AD9CE16A4D0; Tue, 25 Jan 2005 22:38:35 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D4B43D1F; Tue, 25 Jan 2005 22:38:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EEF28522B3; Tue, 25 Jan 2005 14:38:34 -0800 (PST) Date: Tue, 25 Jan 2005 14:38:34 -0800 From: Kris Kennaway To: Tim Robbins Message-ID: <20050125223834.GA28389@xor.obsecurity.org> References: <790a9fff05012509511b64e3ad@mail.gmail.com> <20050125221047.GA339@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20050125221047.GA339@cat.robbins.dropbear.id.au> User-Agent: Mutt/1.4.2.1i cc: Scot Hetzel cc: freebsd-current@freebsd.org Subject: Re: uniq truncates lines > 2048 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:38:35 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 26, 2005 at 09:10:47AM +1100, Tim Robbins wrote: > On Tue, Jan 25, 2005 at 11:51:51AM -0600, Scot Hetzel wrote: > > I noticed that if a file has lines > 2048 bytes, uniq will truncate > > the line to LINE_MAX (2048 bytes). An easy way to test this is to do > > the following: > >=20 > > cd /usr/ports/accessibility/gnomemag > > make fetch-list > test.list > > make fetch-list >> test.list > > uniq test.list > test2.list > >=20 > > test2.list should be half the size of test.list, but it is 2048 bytes. > >=20 > > I have come up with a patch to uniq that fixes this problem. > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D76578 >=20 > This looks good except for failure to check for realloc() returning NULL > and a few minor style problems. It may be possible to use fgetwln() > to read lines instead of getwc() + realloc() etc., but this function is > new and peculiar to FreeBSD. >=20 > I was planning on going through all text-processing utilities in the base > system some time and either fixing line length problems or documenting th= em, > similar to what I did with multibyte character support. I may make a start > at that today. If someone could fix comm(1) that would be a big help for me, because I have a local hack I have to carry around in all of my local package source trees. Kris --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9spqWry0BWjoQKURArp7AJ9PwxRD/RL6KTQif4S5wBeXnV591QCghR5q oR7WpSUXuHAFfxWcs89oNOc= =funr -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:38:43 2005 Return-Path: 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 31A6216A4CE for ; Tue, 25 Jan 2005 22:38:43 +0000 (GMT) Received: from shark.inbox.lv (shark.inbox.lv [81.94.227.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A6343D1F for ; Tue, 25 Jan 2005 22:38:42 +0000 (GMT) (envelope-from spynode@inbox.lv) Received: from shark.inbox.lv (localhost [127.0.0.1]) by shark.inbox.lv (Postfix) with ESMTP id 9FDA51003F3 for ; Wed, 26 Jan 2005 00:38:46 +0200 (EET) Received: from localhost (w1.inbox.lv [10.0.1.2]) by shark.inbox.lv (Postfix) with ESMTP for ; Wed, 26 Jan 2005 00:38:46 +0200 (EET) Received: from 217.199.107.79 ( [217.199.107.79]) as user spynode@10.0.1.1 by www.inbox.lv with HTTP; Wed, 26 Jan 2005 00:38:41 +0200 X-REMOTE-ADDR: 217.199.107.79 X-LANG: lv X-HTTP-HOST: www.inbox.lv X-LOCAL: 1 X-HTTP-USER-AGENT: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Message-ID: <1106692721.41f6ca7121a24@www.inbox.lv> Date: Wed, 26 Jan 2005 00:38:41 +0200 From: Renars Grinbergs To: "freebsd-current@freebsd.org" MIME-Version: 1.0 User-Agent: inbox.lv Webmail Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Mouse with/without moused X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:38:43 -0000 I installed FreeBSD 5.3 and my mouse is acting weird. In console (using moused) and/or in Xorg (using sysmouse with moused or psm0 without moused) when I move mouse very slowly it behaves normaly but when I move it little faster it resets and appears in lower left side of the screen. I guess it's something about kernel reletionship with my ps/2. It's not about Xorg configuration nor moused configuration (tried all mouse protocols, auto is worst becouse when I use it, moving mouse causes all sorts of keybord operations to e simulated). Please guys help me with this one. Renars Grinbergs Advertisement: Atrodiet savu celojumu seit! http://travel.inbox.lv From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:43:44 2005 Return-Path: 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 ED8DE16A4CE; Tue, 25 Jan 2005 22:43:44 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E71F43D45; Tue, 25 Jan 2005 22:43:44 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PMhhPS068210; Tue, 25 Jan 2005 17:43:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PMhhQ2011797; Tue, 25 Jan 2005 17:43:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E90C7306E; Tue, 25 Jan 2005 17:43:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050125224343.7E90C7306E@freebsd-current.sentex.ca> Date: Tue, 25 Jan 2005 17:43:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 22:43:45 -0000 TB --- 2005-01-25 22:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-25 22:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-25 22:15:00 - checking out the source tree TB --- 2005-01-25 22:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-25 22:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-25 22:20:47 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-25 22:20:47 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-25 22:20:47 - /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 [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_format_zip.c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_deflate': /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_read_support_format_zip.c:410: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-25 22:43:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-25 22:43:43 - ERROR: failed to build world TB --- 2005-01-25 22:43:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 22:45:13 2005 Return-Path: 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 5988516A4D0 for ; Tue, 25 Jan 2005 22:45:13 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5391F43D53 for ; Tue, 25 Jan 2005 22:45:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 83C3551434; Tue, 25 Jan 2005 14:45:04 -0800 (PST) Date: Tue, 25 Jan 2005 14:45:04 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050125224504.GA28612@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> <20050125214348.GA12377@xor.obsecurity.org> <20050125220044.GA12524@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20050125220044.GA12524@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: Jeff Roberson cc: current@freebsd.org Subject: Re: Panic in unmount() (Re: tree may not be buildable for an hour.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 22:45:13 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 25, 2005 at 02:00:44PM -0800, Kris Kennaway wrote: > On Tue, Jan 25, 2005 at 01:43:48PM -0800, Kris Kennaway wrote: >=20 > > strlen(deadc0de,edfe9c24,edfe9b78,0,a) at strlen+0x8 > > kvprintf(c06f42a3,c053d716,edfe9c24,a,edfe9c68) at kvprintf+0x693 > > vsnprintf(c0754a60,100,c06f42a3,edfe9c64,c383e730) at vsnprintf+0x3c > > panic(c06f42a3,deadc0de,c06fd180,390,c0516286) at panic+0xb8 >=20 > 0xc06f42a3: mtx_lock() of spin mutex %s @ %s:%d > 0xc06fd180: ../../../kern/vfs_mount.c Line 912 is this: 1.178 (jeff 24-Jan-05): MNT_ILOCK(mp); Kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9svwWry0BWjoQKURAljpAKCZuGawHPmWL4fjo8Ji8w8BRwd61ACfR/7k GneuYGIQuBe8wD9hr49RzLQ= =nsug -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 23:01:54 2005 Return-Path: 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 1396C16A4CE for ; Tue, 25 Jan 2005 23:01:54 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B225343D58 for ; Tue, 25 Jan 2005 23:01:53 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 195765EF6; Tue, 25 Jan 2005 18:01:53 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54002-02; Tue, 25 Jan 2005 18:01:50 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-236-186.ny325.east.verizon.net [68.160.236.186]) by pi.codefab.com (Postfix) with ESMTP id 5C4245E93; Tue, 25 Jan 2005 18:01:50 -0500 (EST) Message-ID: <41F6CFC7.3020305@mac.com> Date: Tue, 25 Jan 2005 18:01:27 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <20050125.101021.41686898.imp@harmony.village.org> <20050125175022.GA8667@odin.ac.hmc.edu> <20050125205142.GA8930@webcom.it> <41F6BD98.3040402@errno.com> <41F6C684.2050403@mac.com> <41F6C8E0.6030103@errno.com> In-Reply-To: <41F6C8E0.6030103@errno.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: current@freebsd.org Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 23:01:54 -0000 Sam Leffler wrote: > Chuck Swiger wrote: [ ... ] >> I'm not surprised. Zeroconf/Rendezvous is intended for people who >> don't know about or manage networks. :-) > > I know what zeroconf is. The original discussion was not (I thought) > about setting up "zero configuration" pieces of the network. The > discussion was about finding AP's. neighbor nodes in an IBSS network, > setting up WPA and 802.1x, etc. For this zeroconf doesn't get you very > far. Zeroconf is highly interested in the results of such activities, as 'network up' and 'network down' events from interfaces as they change state are the most significant events that it needs to deal with. When you said "What's presently missing is: background scanning, proper roaming,...", presumably this meant that something which provides "proper roaming" is something that you care about. Rendezvous between a Mac and a bunch of Airports is supposed to provide proper roaming without special user intervention. Did it not work because Rendezvous expects open access to AP's? Did it not work because of bugs with Tiger? Did it not work because of other issues? I don't know: you haven't supplied enough data. ----- As to whether this is on topic for the thread, consider Message-id: : "> We don't neet yet another daemon around for that. Ah, but we do, because whatever daemon it is needs to provide unified management of routing in the presence of multiple DHCP and link locally configured network interfaces. I.e., when I'm switching between wireless and wired networks, Useful Things Should Happen, and this can't currently be properly managed by today's dhclient. Likewise, I want to always have link local addresses configured for every network interface, and not have things like dhclient step on them. This requires dhclient to become substantially more mature and/or grow a lot, or it requires a new daemon. Having many daemons is just asking for them all to step on each other's toes, adding and removing addresses and routes in ways that leaves me with nothing useful to network with, requiring user intervention. If you've ever used a FreeBSD box in this scenario, followed by a Mac OS X box, you'll know what I mean. Neither is perfect, but the one with centralized configuration management does a much better job :-)." "Setting up WPA and 802.1x" doesn't help Grandma print from her laptop to her printer via wireless connectivity. Zeroconf would. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 23:13:33 2005 Return-Path: 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 5518A16A4CE; Tue, 25 Jan 2005 23:13:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C403443D4C; Tue, 25 Jan 2005 23:13:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PNDWI5010134; Tue, 25 Jan 2005 18:13:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PNDVOu022274; Tue, 25 Jan 2005 18:13:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A69E27306E; Tue, 25 Jan 2005 18:13:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050125231331.A69E27306E@freebsd-current.sentex.ca> Date: Tue, 25 Jan 2005 18:13:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 23:13:33 -0000 TB --- 2005-01-25 22:43:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-25 22:43:43 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-25 22:43:43 - checking out the source tree TB --- 2005-01-25 22:43:43 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-25 22:43:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-25 22:49:19 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-25 22:49:19 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-25 22:49:19 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_zip.c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_deflate': /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_zip.c:410: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-01-25 23:13:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-25 23:13:31 - ERROR: failed to build world TB --- 2005-01-25 23:13:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 23:28:06 2005 Return-Path: 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 CC4C316A4CE for ; Tue, 25 Jan 2005 23:28:06 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ECA643D2F for ; Tue, 25 Jan 2005 23:28:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9D2E353064; Tue, 25 Jan 2005 15:28:05 -0800 (PST) Date: Tue, 25 Jan 2005 15:28:05 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050125232805.GA44448@xor.obsecurity.org> References: <20050124040646.H97135@mail.chesapeake.net> <20050124055400.U97135@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20050124055400.U97135@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: tree may not be buildable for an hour. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 23:28:06 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote: > That's all of it. If you wait for your cvsup mirror to catch up, you can > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable. > This option requires mpsafevm as well. I have two known bugs that have > only been triggered by peter holm's excellent stress suite, but none are > known to cause problems if mpsafevfs is disabled, and none of them have > been seen on normal systems to my knowledge. Another one with your latest sources and mpsafevfs=1: panic(c06f077a,0,c06f0690,ee,c977bb80) at panic+0xd6 lockmgr(de75eed8,90022,ca369450,c977bb80,12b) at lockmgr+0x3cd getdirtybuf(de75ee78,ca369450,1,1298,2) at getdirtybuf+0xf0 softdep_sync_metadata(f1546800,0,c07044ab,10d,1) at softdep_sync_metadata+0x11e ffs_fsync(f1546800,ca53d834,10880,f154695c,c062bd0b) at ffs_fsync+0x397 VOP_FSYNC_AP(f1546800,1ff,0,200,c675ec80) at VOP_FSYNC_AP+0x76 ffs_truncate(ca369450,200,0,880,c675ec80) at ffs_truncate+0xa67 ufs_direnter(ca369450,0,f1546a84,f1546c48,0) at ufs_direnter+0x91b ufs_rename(f1546be0,ca06d8a0,c977bb80,f1546ccc,c058cfe4) at ufs_rename+0x72c VOP_RENAME_AP(f1546be0,f1546bdc,101,1,0) at VOP_RENAME_AP+0x76 kern_rename(c977bb80,808c060,bfbfb2a0,0,f1546d40) at kern_rename+0x2fe rename(c977bb80,f1546d14,8,3ff,2) at rename+0x29 syscall(809002f,bfbf002f,bfbe002f,808c060,bfbfb2a0) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (128, FreeBSD ELF32, rename), eip = 0x281f72d7, esp = 0xbfbea62c, ebp = 0xbfbfbab8 --- The panic string was lost (cascading panics as usual), but: db> x/s 0xc06f24de 0xc06f24de: panic: %s\012 db> x/s 0xc06f0690 0xc06f0690: ../../../kern/kern_lock.c kern_lock.c:238 is the following in lockmgr(): 1.45 (alfred 20-Apr-01): if (flags & LK_INTERLOCK) { 1.46 (alfred 28-Apr-01): mtx_assert(interlkp, MA_OWNED | MA_NOTRECURSED); 1.41 (bmilekic 09-Feb-01): mtx_unlock(interlkp); Unfortunately: db> show lockedvnods Locked vnodes panic: Assertion td->td_turnstile != NULL failed at ../../../kern/subr_turnstile.c:544 cpuid = 0 panic: sched_bind: cannot bind non-running thread cpuid = 0 panic: sched_bind: cannot bind non-running thread cpuid = 0 [...] Kris --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9tYFWry0BWjoQKURApWXAJ9Q8XlyMeE4Ecbc3OmnKri00dg95QCg1Ne6 VpwK0blqLALVsZi1HRpgzS0= =dIpc -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 00:27:04 2005 Return-Path: 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 7D25C16A4CE for ; Wed, 26 Jan 2005 00:27:04 +0000 (GMT) Received: from ppp162-47.static.internode.on.net (ppp162-47.static.internode.on.net [150.101.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A3C043D31 for ; Wed, 26 Jan 2005 00:27:03 +0000 (GMT) (envelope-from emikulic@dmr.ath.cx) Received: by ppp162-47.static.internode.on.net (Poofix, from userid 1000) id 9600224B2; Wed, 26 Jan 2005 11:27:01 +1100 (EST) Date: Wed, 26 Jan 2005 11:27:01 +1100 From: Emil Mikulic To: Sam Leffler Message-ID: <20050126002701.GA20896@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , Sam Leffler , freebsd-current@freebsd.org References: <20050125104734.GA1289@dmr.ath.cx> <41F68038.5070100@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F68038.5070100@errno.com> X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: mediaopt turbo wedges ath0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 00:27:04 -0000 On Tue, Jan 25, 2005 at 09:22:00AM -0800, Sam Leffler wrote: > ># ifconfig ath0 mode 11g mediaopt turbo > ># ifconfig ath0 up > >ath0: unable to reset hardware; hal status 3 > ># > > I just noticed you are running turbo in 11g; this isn't really supported > yet; it's waiting on some SuperG features that I haven't gotten to yet. ifconfig -m doesn't show any non-11g modes that can do mediaopt turbo: # ifconfig -m ath0 | grep turbo media OFDM/54Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/54Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/54Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/54Mbps mode 11g mediaopt turbo media OFDM/48Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/48Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/48Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/48Mbps mode 11g mediaopt turbo media OFDM/36Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/36Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/36Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/36Mbps mode 11g mediaopt turbo media OFDM/24Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/24Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/24Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/24Mbps mode 11g mediaopt turbo media OFDM/18Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/18Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/18Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/18Mbps mode 11g mediaopt turbo media OFDM/12Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/12Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/12Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/12Mbps mode 11g mediaopt turbo media OFDM/9Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/9Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/9Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/9Mbps mode 11g mediaopt turbo media OFDM/6Mbps mode 11g mediaopt turbo mediaopt monitor media OFDM/6Mbps mode 11g mediaopt hostap mediaopt turbo media OFDM/6Mbps mode 11g mediaopt adhoc mediaopt turbo media OFDM/6Mbps mode 11g mediaopt turbo media autoselect mode 11g mediaopt turbo mediaopt monitor media autoselect mode 11g mediaopt hostap mediaopt turbo media autoselect mode 11g mediaopt adhoc mediaopt turbo media autoselect mode 11g mediaopt turbo # # ifconfig ath0 media autoselect mode autoselect mediaopt turbo ifconfig: SIOCSIFMEDIA (mediaopt): Device not configured # What's the correct incantation to get turbo on? Thanks for looking into this. And thanks for all your hard work on the ath driver, everything else I've tried to do with it so far has worked spectacularly! --Emil From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 01:41:33 2005 Return-Path: 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 4CD7116A4CE for ; Wed, 26 Jan 2005 01:41:33 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F0043D53 for ; Wed, 26 Jan 2005 01:41:32 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050126014131.CNQF21228.out007.verizon.net@RabbitsDen>; Tue, 25 Jan 2005 19:41:31 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Paolo Pisati In-Reply-To: <20050124211322.GA1689@tin.it> References: <1106435719.659.6.camel@RabbitsDen> <20050124211322.GA1689@tin.it> Content-Type: text/plain; charset=iso-8859-5 Date: Tue, 25 Jan 2005 20:40:13 -0500 Message-Id: <1106703613.861.10.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [70.21.161.195] at Tue, 25 Jan 2005 19:41:27 -0600 cc: current@freebsd.org Subject: Re: Notebook fan stuck on? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 01:41:33 -0000 On Mon, 2005-01-24 at 22:13 +0100, Paolo Pisati wrote: > On Sat, Jan 22, 2005 at 06:15:19PM -0500, Alexandre Sunny Kovalenko wrote: > > What does > > > > sysctl hw.acpi.thermal > > > > say? > > what if i have the same problem but no hw.acpi.thermal? > > [flag@southcross flag]$ sysctl -a | grep thermal > [flag@southcross flag]$ > > [flag@southcross flag]$ sysctl hw.acpi > hw.acpi.supported_sleep_state: S1 S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S1 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.reset_video: 1 > hw.acpi.cpu.throttle_max: 8 > hw.acpi.cpu.throttle_state: 8 > hw.acpi.cpu.cx_supported: C1/0 C2/90 > hw.acpi.cpu.cx_lowest: C2 > hw.acpi.cpu.cx_usage: 3.41% 96.58% > hw.acpi.acline: 1 > hw.acpi.battery.life: 100 > hw.acpi.battery.time: 212 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > [flag@southcross flag]$ > > [flag@southcross flag]$ kldstat > Id Refs Address Size Name > 1 33 0xc0400000 349c78 kernel > 2 1 0xc074a000 547c vesa.ko > 3 1 0xc0750000 10c0c msdosfs.ko > 4 2 0xc0761000 1aa14 miibus.ko > 5 1 0xc077c000 73d8 if_rl.ko > 6 1 0xc0784000 9378 snd_maestro3.ko > 7 1 0xc078e000 4338 acpi_video.ko > 8 17 0xc0793000 5eff8 acpi.ko > 9 1 0xc07f2000 4194 acpi_asus.ko > 10 1 0xc07f7000 895c aio.ko > 11 1 0xc0800000 15918 netgraph.ko > 12 1 0xc1717000 6000 linprocfs.ko > 13 1 0xc172c000 1a000 linux.ko > 14 1 0xc1b2f000 1a000 radeon.ko > 15 1 0xc1b49000 11000 agp.ko > [flag@southcross flag]$ I believe it means that your ASL does not define ThermalZone object. You might be able to cobble together one yourself by looking at the example in the ACPI spec (12.5.1 on page 292 in version 2.0c), provided that you can figure out how to measure temperature and how to control fan from the rest of your ASL. I was lucky and stumbled over both while looking through it. Your mileage may vary. Also, I had ThermalZone to start with, so I only had to define fan devices and ACx, ALx objects, hence I really could not offer much help on building thermal zone from scratch. Sorry. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 02:23:55 2005 Return-Path: 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 3977A16A4CE; Wed, 26 Jan 2005 02:23:55 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9573543D3F; Wed, 26 Jan 2005 02:23:54 +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.1/8.13.1) with ESMTP id j0Q2NsVN077492; Tue, 25 Jan 2005 21:23:54 -0500 (EST) (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.1/8.13.1) with ESMTP id j0Q2NsPP068494; Tue, 25 Jan 2005 21:23:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5BC97306E; Tue, 25 Jan 2005 21:23:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126022353.E5BC97306E@freebsd-current.sentex.ca> Date: Tue, 25 Jan 2005 21:23:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 02:23:55 -0000 TB --- 2005-01-26 01:04:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 01:04:25 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-01-26 01:04:25 - checking out the source tree TB --- 2005-01-26 01:04:25 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-01-26 01:04:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 01:10:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 01:10:08 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-26 01:10:08 - /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 TB --- 2005-01-26 02:17:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 02:17:36 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-26 02:17:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 26 02:17:36 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:59: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:59: error: (near initialization for `ata_pccard_products[5]') /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:60: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:60: error: (near initialization for `ata_pccard_products[6].pp_cis') /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:60: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:60: error: (near initialization for `ata_pccard_products[6]') /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:61: error: initializer element is not constant /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/ata-card.c:61: error: (near initialization for `ata_pccard_products[7]') *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-01-26 02:23:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 02:23:53 - ERROR: failed to build generic kernel TB --- 2005-01-26 02:23:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 02:45:39 2005 Return-Path: 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 CDF4D16A4CE; Wed, 26 Jan 2005 02:45:39 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5E943D48; Wed, 26 Jan 2005 02:45:39 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id A332A19771; Tue, 25 Jan 2005 18:45:39 -0800 (PST) From: Peter Wemm To: freebsd-current@freebsd.org Date: Tue, 25 Jan 2005 18:45:38 -0800 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501251845.39192.peter@wemm.org> cc: Robert Watson cc: current@freebsd.org Subject: Re: OpenBSD's tcpdrop(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 02:45:40 -0000 On Sunday 23 January 2005 09:33 am, Robert Watson wrote: > On Sun, 23 Jan 2005, Maxim Konovalov wrote: > > I've ported OpenBSD's tcpdrop(8) and a relevant kernel part. > > > > >From the man page, http://tinyurl.com/4lvo9 > > > > The tcpdrop command drops the TCP connection specified by the > > local address laddr, port lport and the foreign address faddr, port > > fport. > > > > There are patches for HEAD and RELENG_4: > > > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff-4 > > > > Two questions: do we want to have it in the base system? Does the > > diff look OK (I didn't test IPv6 part)? > > The locking in the 6.x version looked reasonable, although you need > to check to see if the (tp) returned by tcp_drop() is NULL or not and > then conditionally unlock the inpcb if it's non-NULL -- otherwise you > might unlock a free'd inpcb. There doesn't seem to be much > validation of the tcp_ident_mapping structure, such as validation > that the address lengths, etc, are correct? We have used something like this at work for a very long time, except not with such a nice interface. It can actually be rather handy! I'd like to see it go in once the rough edges are smoothed out. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 02:45:39 2005 Return-Path: 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 CDF4D16A4CE; Wed, 26 Jan 2005 02:45:39 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5E943D48; Wed, 26 Jan 2005 02:45:39 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id A332A19771; Tue, 25 Jan 2005 18:45:39 -0800 (PST) From: Peter Wemm To: freebsd-current@freebsd.org Date: Tue, 25 Jan 2005 18:45:38 -0800 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501251845.39192.peter@wemm.org> cc: Robert Watson cc: current@freebsd.org Subject: Re: OpenBSD's tcpdrop(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 02:45:40 -0000 On Sunday 23 January 2005 09:33 am, Robert Watson wrote: > On Sun, 23 Jan 2005, Maxim Konovalov wrote: > > I've ported OpenBSD's tcpdrop(8) and a relevant kernel part. > > > > >From the man page, http://tinyurl.com/4lvo9 > > > > The tcpdrop command drops the TCP connection specified by the > > local address laddr, port lport and the foreign address faddr, port > > fport. > > > > There are patches for HEAD and RELENG_4: > > > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff-4 > > > > Two questions: do we want to have it in the base system? Does the > > diff look OK (I didn't test IPv6 part)? > > The locking in the 6.x version looked reasonable, although you need > to check to see if the (tp) returned by tcp_drop() is NULL or not and > then conditionally unlock the inpcb if it's non-NULL -- otherwise you > might unlock a free'd inpcb. There doesn't seem to be much > validation of the tcp_ident_mapping structure, such as validation > that the address lengths, etc, are correct? We have used something like this at work for a very long time, except not with such a nice interface. It can actually be rather handy! I'd like to see it go in once the rough edges are smoothed out. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 02:57:35 2005 Return-Path: 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 21AC316A4CE; Wed, 26 Jan 2005 02:57:35 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D83843D1F; Wed, 26 Jan 2005 02:57:34 +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.1/8.13.1) with ESMTP id j0Q2vX3W078941; Tue, 25 Jan 2005 21:57:33 -0500 (EST) (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.1/8.13.1) with ESMTP id j0Q2vXuw010880; Tue, 25 Jan 2005 21:57:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8FEFE7306E; Tue, 25 Jan 2005 21:57:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126025733.8FEFE7306E@freebsd-current.sentex.ca> Date: Tue, 25 Jan 2005 21:57:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 02:57:35 -0000 TB --- 2005-01-26 02:23:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 02:23:54 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-01-26 02:23:54 - checking out the source tree TB --- 2005-01-26 02:23:54 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-01-26 02:23:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 02:29:21 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 02:29:21 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-01-26 02:29:21 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_deflate': /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_read_support_format_zip.c:410: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-01-26 02:57:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 02:57:33 - ERROR: failed to build world TB --- 2005-01-26 02:57:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 03:36:30 2005 Return-Path: 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 1F50216A4CE for ; Wed, 26 Jan 2005 03:36:30 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD12D43D53 for ; Wed, 26 Jan 2005 03:36:29 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.ne.client2.attbi.com[66.30.82.93]) by comcast.net (sccrmhc11) with ESMTP id <2005012603362801100cf1n0e>; Wed, 26 Jan 2005 03:36:29 +0000 Message-ID: <41F7102A.9050305@comcast.net> Date: Tue, 25 Jan 2005 22:36:10 -0500 From: Sean User-Agent: Mozilla Thunderbird 1.0 (X11/20050121) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: buildworld error (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 03:36:30 -0000 Trying to update to current but keep getting the below error. I've tried a few things but no luck getting past it. Is anyone able to shed some light as to cure the problem? Thanks Sean root@tardis# uname -a FreeBSD tardis.mydomain.net 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Thu Jan 20 05:15:34 EST 2005 root@:/usr/obj/usr/src/sys/TARDISKERNEL amd64 /src/amd64/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c cc -g -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/amd64/usr\"-I/usr/obj/usr/src/amd64/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc-I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I. -I/usr/obj/usr/src/amd64/legacy/usr/include -static -L/usr/obj/usr/src/amd64/legacy/usr/lib -o cc1 main.o c-parse+%DIKED.o c-lang.o stub-objc.o /usr/obj/usr/src/amd64/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libcc_int.a -legacy /usr/obj/usr/src/amd64/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libcc_int.a(timevar.o)(.text+0x2c): In function `get_time': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c:193: undefinedreference to `timec' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 03:48:05 2005 Return-Path: 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 158E516A4CE for ; Wed, 26 Jan 2005 03:48:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA59743D2D for ; Wed, 26 Jan 2005 03:48:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CE5C551344; Tue, 25 Jan 2005 19:48:03 -0800 (PST) Date: Tue, 25 Jan 2005 19:48:03 -0800 From: Kris Kennaway To: Sean Message-ID: <20050126034803.GA9700@xor.obsecurity.org> References: <41F7102A.9050305@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <41F7102A.9050305@comcast.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: buildworld error (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 03:48:05 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 25, 2005 at 10:36:10PM -0500, Sean wrote: > Trying to update to current but keep getting the below error. > I've tried a few things but no luck getting past it. > Is anyone able to shed some light as to cure the problem? To deal with this kind of problem, try cd /usr/src/ make cleandir make cleandir to remove stale object files from your build environment. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB9xLzWry0BWjoQKURAjBqAKCfLlWN02GHCks6xGOPbJypbr4buQCeKx3y L3cPlLFVMjZn6zP2b8QioiI= =kH3d -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 05:51:59 2005 Return-Path: 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 2C49416A4CE; Wed, 26 Jan 2005 05:51:59 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5CFA43D49; Wed, 26 Jan 2005 05:51:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0Q5pwBP026937; Wed, 26 Jan 2005 00:51:58 -0500 (EST) (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.1/8.13.1) with ESMTP id j0Q5pvFF068914; Wed, 26 Jan 2005 00:51:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BF7B57306E; Wed, 26 Jan 2005 00:51:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126055157.BF7B57306E@freebsd-current.sentex.ca> Date: Wed, 26 Jan 2005 00:51:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 05:51:59 -0000 TB --- 2005-01-26 04:14:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 04:14:20 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-26 04:14:20 - checking out the source tree TB --- 2005-01-26 04:14:20 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-26 04:14:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 04:20:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 04:20:06 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-26 04:20:06 - /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 TB --- 2005-01-26 05:31:50 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 05:31:50 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-26 05:31:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 26 05:31:51 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Wed Jan 26 05:46:51 UTC 2005 TB --- 2005-01-26 05:46:53 - generating LINT kernel config TB --- 2005-01-26 05:46:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-01-26 05:46:53 - /usr/bin/make -B LINT TB --- 2005-01-26 05:46:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 05:46:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-26 05:46:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 26 05:46:54 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:59: error: initializer element is not constant /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:59: error: (near initialization for `ata_pccard_products[5]') /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:60: error: initializer element is not constant /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:60: error: (near initialization for `ata_pccard_products[6].pp_cis') /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:60: error: initializer element is not constant /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:60: error: (near initialization for `ata_pccard_products[6]') /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:61: error: initializer element is not constant /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ata/ata-card.c:61: error: (near initialization for `ata_pccard_products[7]') *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-26 05:51:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 05:51:56 - ERROR: failed to build lint kernel TB --- 2005-01-26 05:51:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 08:25:55 2005 Return-Path: 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 4CB5E16A4CE for ; Wed, 26 Jan 2005 08:25:55 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88C243D49 for ; Wed, 26 Jan 2005 08:25:54 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 6E91DF29BC for ; Wed, 26 Jan 2005 00:25:52 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00724-01 for ; Wed, 26 Jan 2005 00:25:49 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 34FFEF2966 for ; Wed, 26 Jan 2005 00:25:49 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m/Hu/F9/27eUWqXn8cUP" Date: Wed, 26 Jan 2005 00:25:49 -0800 Message-Id: <1106727949.8449.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com Subject: panic 01/25/04 kernel in uhci uplcom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 08:25:55 -0000 --=-m/Hu/F9/27eUWqXn8cUP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I got a panic on a recent kernel: FreeBSD server.mcneil.com 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri Jan 7 18:21:53 PST 2005 root@server.mcneil.com:/usr/obj/usr/src/sys/AMD64 amd64 Jan 25 23:50:39 server syslogd: kernel boot file is /boot/kernel.old/kernel Jan 25 23:50:39 server kernel: panic: uhci_abort_xfer: not in process context Jan 25 23:50:39 server kernel: Uptime: 1m39s Jan 25 23:50:39 server kernel: interrupt total Jan 25 23:50:39 server kernel: irq1: atkbd0 2 Jan 25 23:50:39 server kernel: irq0: clk 323813 Jan 25 23:50:39 server kernel: irq4: sio0 5 Jan 25 23:50:39 server kernel: irq8: rtc 20738 Jan 25 23:50:39 server kernel: irq14: ata0 722 Jan 25 23:50:39 server kernel: irq15: ata1 186 Jan 25 23:50:39 server kernel: irq16: re0 62 Jan 25 23:50:39 server kernel: irq17: fwohci0 1 Jan 25 23:50:39 server kernel: irq19: dc0 2 Jan 25 23:50:39 server kernel: irq20: atapci0 6006 Jan 25 23:50:39 server kernel: irq21: uhci0 uhci1+ 136 Jan 25 23:50:39 server kernel: Total 351673 Jan 25 23:50:39 server kernel: KDB: stack backtrace: Jan 25 23:50:39 server kernel: hardclock() at hardclock+0x1eb Jan 25 23:50:39 server kernel: intr_execute_handlers() at intr_execute_handlers+0x102 Jan 25 23:50:39 server kernel: lapic_handle_intr() at lapic_handle_intr +0x21 Jan 25 23:50:39 server kernel: Xapic_isr1() at Xapic_isr1+0x7d Jan 25 23:50:39 server kernel: --- interrupt, rip =3D 0xffffffff802eb1e1, rsp =3D 0xffffffffb19187e0, rbp =3D 0xffffffffb1918810 --- Jan 25 23:50:39 server kernel: cv_wait() at cv_wait+0x1 Jan 25 23:50:39 server kernel: ata_queue_request() at ata_queue_request +0x1e8 Jan 25 23:50:39 server kernel: ata_controlcmd() at ata_controlcmd+0x8b Jan 25 23:50:39 server kernel: ata_shutdown() at ata_shutdown+0xb8 Jan 25 23:50:39 server kernel: boot() at boot+0x25c Jan 25 23:50:39 server kernel: panic() at panic+0x167 Jan 25 23:50:39 server kernel: uhci_abort_xfer() at uhci_abort_xfer+0x68 Jan 25 23:50:39 server kernel: usbd_abort_pipe() at usbd_abort_pipe+0x27 Jan 25 23:50:39 server kernel: ucomstopread() at ucomstopread+0x27 Jan 25 23:50:39 server kernel: ucomstop() at ucomstop+0x2f Jan 25 23:50:39 server kernel: ttyflush() at ttyflush+0x34 Jan 25 23:50:39 server kernel: ttymodem() at ttymodem+0x9e Jan 25 23:50:39 server kernel: ucom_status_change() at ucom_status_change+0x93 Jan 25 23:50:39 server kernel: uplcom_intr() at uplcom_intr+0x94 Jan 25 23:50:39 server kernel: usb_transfer_complete() at usb_transfer_complete+0x201 Jan 25 23:50:39 server kernel: uhci_softintr() at uhci_softintr+0x100 Jan 25 23:50:39 server kernel: uhci_intr1() at uhci_intr1+0xd5 Jan 25 23:50:39 server kernel: ithread_loop() at ithread_loop+0xd3 Jan 25 23:50:39 server kernel: fork_exit() at fork_exit+0x8f Jan 25 23:50:39 server kernel: fork_trampoline() at fork_trampoline+0xe Jan 25 23:50:39 server kernel: --- trap 0, rip =3D 0, rsp =3D 0xffffffffb1918d00, rbp =3D 0 --- --=-m/Hu/F9/27eUWqXn8cUP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB91QNyQsGN30uGE4RAoB+AKCxNdPj8Kd4HUZzK7/1xbTDMsj9QACfbXa6 Mp0+cRyWDMeJAo1ReMF28Os= =ig4z -----END PGP SIGNATURE----- --=-m/Hu/F9/27eUWqXn8cUP-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 09:01:56 2005 Return-Path: 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 6BEAA16A542 for ; Wed, 26 Jan 2005 09:01:55 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CD9F43D55 for ; Wed, 26 Jan 2005 09:01:55 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id 8059E20; Wed, 26 Jan 2005 10:01:53 +0100 (CET) Date: Wed, 26 Jan 2005 10:01:53 +0100 From: Andrea Campi To: Sam Leffler Message-ID: <20050126090152.GC8930@webcom.it> References: <20050125.101021.41686898.imp@harmony.village.org> <20050125175022.GA8667@odin.ac.hmc.edu> <20050125205142.GA8930@webcom.it> <41F6BD98.3040402@errno.com> <41F6C684.2050403@mac.com> <41F6C8E0.6030103@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F6C8E0.6030103@errno.com> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 09:01:56 -0000 On Tue, Jan 25, 2005 at 02:32:00PM -0800, Sam Leffler wrote: > I know what zeroconf is. The original discussion was not (I thought) > about setting up "zero configuration" pieces of the network. The > discussion was about finding AP's. neighbor nodes in an IBSS network, > setting up WPA and 802.1x, etc. For this zeroconf doesn't get you very far. You're wrong, that's not what the original thread was about. I was responding to Robert: > Ah, but we do, because whatever daemon it is needs to provide unified > management of routing in the presence of multiple DHCP and link locally > configured network interfaces. I.e., when I'm switching between wireless > and wired networks, Useful Things Should Happen, and this can't currently > be properly managed by today's dhclient. Likewise, I want to always have > link local addresses configured for every network interface, and not have > things like dhclient step on them. This requires dhclient to become > substantially more mature and/or grow a lot, or it requires a new daemon. While he did mention wireless, the discussion you joined late was about "every network interface". Just to get records straight... -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 12:11:29 2005 Return-Path: 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 0803416A4CE; Wed, 26 Jan 2005 12:11:29 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B3EF43D49; Wed, 26 Jan 2005 12:11:28 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j0QCBRew054751; Wed, 26 Jan 2005 07:11:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j0QCBQFR054742; Wed, 26 Jan 2005 07:11:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 26 Jan 2005 07:11:26 -0500 (EST) From: Jeff Roberson To: "Simon L. Nielsen" In-Reply-To: <20050125222311.GB851@zaphod.nitro.dk> Message-ID: <20050126071039.Y18864@mail.chesapeake.net> References: <20050125222311.GB851@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org Subject: Re: Panic: mutex Giant not owned at sys/nfsclient/nfs_socket.c:461 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 12:11:29 -0000 On Tue, 25 Jan 2005, Simon L. Nielsen wrote: > Hello > > With -CURRENT from today (and also from yesterday for that matter) I > get the panic "mutex Giant not owned at > /usr/src/sys/nfsclient/nfs_socket.c:461" sometimes (probably 1/3 of > the times) when accessing a NFS mount. The mount was /FreeBSD, and it > panics just by typing "cd /Free" in a shell. My last good kernel > was from Jan 17. Does this make sense to anyone or is more > information needed? This seems as if it could be caused by my most recent commit, but no one else is having problems with nfs. Can you cvsup again and see if it's still happening? > > #0 doadump () at pcpu.h:159 > #1 0xc04578d1 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999, > dummy4=3D0xe6b5a818 "=C0\004\200=C0") at /usr/src/sys/ddb/db_command.= c:531 > #2 0xc0457680 in db_command (last_cmdp=3D0xc07ffbc4, cmd_table=3D0x0, > aux_cmd_tablep=3D0xc07bf8e4, aux_cmd_tablep_end=3D0xc07bf8e8) > at /usr/src/sys/ddb/db_command.c:349 > #3 0xc0457771 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc0459605 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_mai= n.c:221 > #5 0xc0587ba9 in kdb_trap (type=3D0, code=3D0, tf=3D0xe6b5a968) > at /usr/src/sys/kern/subr_kdb.c:421 > #6 0xc074855c in trap (frame=3D > {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D -424345584, tf_edi =3D 256, = tf_esi =3D 1, tf_ebp =3D -424302160, t = f_isp =3D -424302188, tf_ebx =3D = -424302108, tf_edx =3D 0, tf_ecx =3D -1056755712, tf_eax =3D 18, tf_trapno = =3D = 3, tf_err =3D 0, tf_eip =3D -1067943686, tf_cs =3D 8, tf_eflags =3D= 646, tf_esp =3D -1065785135, tf_ss =3D -10 = 65793731}) > at /usr/src/sys/i386/i386/trap.c:573 > #7 0xc073441a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #8 0x00000018 in ?? () > #9 0x00000010 in ?? () > #10 0xe6b50010 in ?? () > #11 0x00000100 in ?? () > #12 0x00000001 in ?? () > #13 0xe6b5a9b0 in ?? () > #14 0xe6b5a994 in ?? () > #15 0xe6b5a9e4 in ?? () > #16 0x00000000 in ?? () > #17 0xc1033000 in ?? () > #18 0x00000012 in ?? () > #19 0x00000003 in ?? () > #20 0x00000000 in ?? () > #21 0xc05878fa in kdb_enter (msg=3D0x0) at cpufunc.h:56 > #22 0xc056bc2d in panic (fmt=3D0xc0793caf "mutex %s not owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:538 > #23 0xc05626dc in _mtx_assert (m=3D0xc0809040, what=3D0, > file=3D0xc07acb3d "/usr/src/sys/nfsclient/nfs_socket.c", line=3D461) > at /usr/src/sys/kern/kern_mutex.c:739 > #24 0xc068bef4 in nfs_send (so=3D0xc1ea5b28, nam=3D0xc1c16960, top=3D0xc1= d4ad00, > rep=3D0xc1ed3600) at /usr/src/sys/nfsclient/nfs_socket.c:461 > #25 0xc068cef2 in nfs_request (vp=3D0xc1ea4450, mrest=3D0xc1d49800, procn= um=3D4, > td=3D0xc1f402e0, cred=3D0xc21c5400, mrp=3D0xe6b5aabc, mdp=3D0xe6b5aac= 0, > dposp=3D0xe6b5aac4) at /usr/src/sys/nfsclient/nfs_socket.c:1027 > #26 0xc0691b9b in nfs3_access_otw (vp=3D0xc1ea4450, wmode=3D-424301872, > td=3D0xc1f402e0, cred=3D0xc21c5400) at /usr/src/sys/nfsclient/nfs_vno= ps.c:263 > #27 0xc0692395 in nfs_getattr (ap=3D0xe6b5ab70) > at /usr/src/sys/nfsclient/nfs_vnops.c:591 > #28 0xc075ed46 in VOP_GETATTR_AP (a=3D0x0) at vnode_if.c:484 > #29 0xc05dafb9 in vn_stat (vp=3D0xc1ea4450, sb=3D0xe6b5ac78, > active_cred=3D0xc21c5400, file_cred=3D0x0, td=3D0xc1f402e0) at vnode_= if.h:275 > #30 0xc05d4b6e in stat (td=3D0xc1f402e0, uap=3D0xe6b5ad14) > at /usr/src/sys/kern/vfs_syscalls.c:2091 > #31 0xc0748e4f in syscall (frame=3D > {tf_fs =3D 47, tf_es =3D -1078001617, tf_ds =3D -1078001617, tf_edi= =3D -1078012634, tf_esi =3D 1348428 = 48, tf_ebp =3D -1078051128, tf_isp = =3D -424301196, tf_ebx =3D -1078053184, tf_edx =3D -1078053280, tf_ecx =3D = = 135029248, tf_eax =3D 188, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 6= 72504243, tf_cs =3D 31, tf_eflags =3D 6 = 46, tf_esp =3D -1078053300, tf_s= s =3D 47}) at /usr/src/sys/i386/i386/trap.c:951 > #32 0xc073446f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= =2Es:200 > > > -- > Simon L. Nielsen > From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 12:59:10 2005 Return-Path: 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 588A116A4EA for ; Wed, 26 Jan 2005 12:59:10 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2CA943D4C for ; Wed, 26 Jan 2005 12:59:09 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 25BC4C173; Wed, 26 Jan 2005 13:59:09 +0100 (CET) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id j0QCx8c6014380; Wed, 26 Jan 2005 13:59:08 +0100 (CET) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id j0QCx8qa014379; Wed, 26 Jan 2005 13:59:08 +0100 (CET) (envelope-from philip) Date: Wed, 26 Jan 2005 13:59:08 +0100 From: Philip Paeps To: Renars Grinbergs Message-ID: <20050126125908.GH644@loge.nixsys.be> Mail-Followup-To: Renars Grinbergs , "freebsd-current@freebsd.org" References: <1106692721.41f6ca7121a24@www.inbox.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1106692721.41f6ca7121a24@www.inbox.lv> X-Date-in-Rome: ante diem VII Kalendas Februarias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.6i cc: "freebsd-current@freebsd.org" Subject: Re: Mouse with/without moused X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 12:59:10 -0000 On 2005-01-26 00:38:41 (+0200), Renars Grinbergs wrote: > I installed FreeBSD 5.3 and my mouse is acting weird. In console (using > moused) and/or in Xorg (using sysmouse with moused or psm0 without moused) > when I move mouse very slowly it behaves normaly but when I move it little > faster it resets and appears in lower left side of the screen. What kind of mouse is? Can you compile a kernel with options PSM_DEBUG=2 and post the chatty information that gives you? - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. A political man can have as his aim the realization of freedom, but he has no means to realize it other than through violence. -- Jean Paul Sartre From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 16:50:05 2005 Return-Path: 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 6DEC116A4CE; Tue, 25 Jan 2005 16:50:05 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC24943D1D; Tue, 25 Jan 2005 16:50:04 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PGmLiO053027; Tue, 25 Jan 2005 09:48:21 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Tue, 25 Jan 2005 09:48:21 -0700 (MST) Message-Id: <20050125.094821.41684635.imp@harmony.village.org> To: phk@phk.freebsd.dk From: Warner Losh In-Reply-To: <86137.1106666028@critter.freebsd.dk> References: <86137.1106666028@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Jan 2005 13:11:07 +0000 cc: pete@altadena.net cc: rwatson@freebsd.org cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 16:50:05 -0000 > But as I said in the other email, we should probably have devfs communicate > the type of device to devd to save some rather complex code in userland. > (The regexp matching all our ethernet drivers in devd.conf have always > irritated me). Tell me how to extract this information, and I'll add it to devd :-) Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 16:50:25 2005 Return-Path: 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 5CDBF16A4CE; Tue, 25 Jan 2005 16:50:25 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E511E43D2F; Tue, 25 Jan 2005 16:50:24 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PGlJoN053025; Tue, 25 Jan 2005 09:47:20 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Tue, 25 Jan 2005 09:47:19 -0700 (MST) Message-Id: <20050125.094719.74698214.imp@harmony.village.org> To: phk@phk.freebsd.dk From: Warner Losh In-Reply-To: <86050.1106665734@critter.freebsd.dk> References: <86050.1106665734@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Jan 2005 13:11:07 +0000 cc: pete@altadena.net cc: rwatson@freebsd.org cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 16:50:25 -0000 > If devd tells you that some FC mesh just got plugged in and you > interpret that to start a backup onto your dedicated FC drive, then > it matters a lot if it got almost instantly replaced by a USB key. The automounting daemon also needs some kind of instruction about what to do. If I have a usb key that has an unencrypted file system, then you'd want to mount it, but if it has an encrypted one, then you'd want to mount that, which lives at a different address. There also needs to be some smarts to the automount daemon. You'd see that da1s1 arrive, but if there was a DOS file system on it, you'd mount that. If there was a FreeBSD label in it, then you'd want to mount all of da1s1[abdefgh] that exist and have a slice type of ffs. And what if it has a linux file system? The generate case is relatively easy, but these sorts of things get much harder. > I think we should have DEVFS inject "ad0 appeared, type=DISK" to devd > and leave it at that. Where do we get the type information? And do we do slices? Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 16:53:05 2005 Return-Path: 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 1287D16A4CE; Tue, 25 Jan 2005 16:53:05 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A682F43D1D; Tue, 25 Jan 2005 16:53:04 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PGoJ8T053070; Tue, 25 Jan 2005 09:50:19 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Tue, 25 Jan 2005 09:50:19 -0700 (MST) Message-Id: <20050125.095019.71141844.imp@harmony.village.org> To: rwatson@freebsd.org From: Warner Losh In-Reply-To: References: <20050125.080053.29499868.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Jan 2005 13:11:07 +0000 cc: pete@altadena.net cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 16:53:05 -0000 > each abstraction layer can declare the events it knows about. newbus > announces "I found a route to a physical device", GEOM shouts "And I found > some storage space on it", etc. Actually, GEOM will announce all the layers as well, since it is an onion sort of thing. For the degenerate case of FAT on FLASH Stick, it is easy, because you don't see the layers. But I routinely plug in CF cards that have FreeBSD file systems on them, as well as an emergency DOS partition. Those sort of cases make whatever automounting daemon need to grow a lot of brains, and will have multiple events. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 16:56:02 2005 Return-Path: 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 1785616A4CF; Tue, 25 Jan 2005 16:56:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F0043D48; Tue, 25 Jan 2005 16:56:01 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PGtav3053138; Tue, 25 Jan 2005 09:55:36 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Tue, 25 Jan 2005 09:55:36 -0700 (MST) Message-Id: <20050125.095536.104086303.imp@harmony.village.org> To: rwatson@freebsd.org From: Warner Losh In-Reply-To: References: <86137.1106666028@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Jan 2005 13:11:07 +0000 cc: pete@altadena.net cc: phk@phk.freebsd.dk cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 16:56:02 -0000 > > Since we added /dev/net/* we have sort of collapsed the split we > > previously had where some devices did not appear in /dev. > > The net device nodes were added for one purpose: to allow Kqueue to attach > to a network interface, as kqueue requires a file descriptor. And most of > the network developers I've talked to think this was probably a design > error. Note that the network stack has a fairly complex event system > already -- routing sockets, which express a spectrum of network-related > events including, but not limited to, interfaces appearing and > disappearing. Adding /dev/net entries added multiple paths to the same > ioctl() mechanism, complicated the network interface allocation path > substantially (introducing more races), etc. I'd much prefer we got rid > of them, if we can. And for the network case there's a lot more interesting than 'the device is there'. I want to only run dhclient on interfaces that have carrier, are in this ssid, etc. This information is presented via the routing sockets, but not via the device. > We have all the information in the kernel ("I found a device", "it was a > SCSI disk", "and we can store bytes on it!", "and it has partitions!") -- > that we're not exposing it to user space means that we're doing far too > good a job of hiding quite accessible information. If the information is > bundled up neatly for delivery so that the layer relationships are clear > -- fine, although I don't think that will be possible in every case (i.e., > da0 arriving in newbus and GEOM may be simultaenous, but we might not have > finished probing da0s1a.foobar for quite a bit later). I's suspect that da0 would arrive in GEOM before newbus. newbus generates its arriveal events after the device has completed its attachment. Part of the attachment is to add it to GEOM. This may or may not be done asynchronously to the newbus addition. Network adapters are done synchronously in our present implementation, so by the time the newbus attach finishes, the network interfaces in the network namespace are necessarily available (assuming they haven't just disappeared). The problem I see with exporting GEOM events is that you still need some kind of smarts on the receiving end to know if you are dealing with an interesting GEOM thing, or an uninteresting one... Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:02:06 2005 Return-Path: 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 6AA3516A4CF; Tue, 25 Jan 2005 17:02:06 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E371A43D31; Tue, 25 Jan 2005 17:02:05 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PH1SUw053263; Tue, 25 Jan 2005 10:01:28 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Tue, 25 Jan 2005 10:01:28 -0700 (MST) Message-Id: <20050125.100128.85358998.imp@harmony.village.org> To: phk@phk.freebsd.dk From: Warner Losh In-Reply-To: <87942.1106672151@critter.freebsd.dk> References: <20050125.094719.74698214.imp@harmony.village.org> <87942.1106672151@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Jan 2005 13:11:07 +0000 cc: pete@altadena.net cc: imp@rover.village.org cc: rwatson@FreeBSD.org cc: current@FreeBSD.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:02:06 -0000 > We already have the type field in cdevsw, that's what FIODTYPE returns. Is there some way we could export that to userland without having to open the device? Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 25 17:11:07 2005 Return-Path: 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 158A016A4F0; Tue, 25 Jan 2005 17:11:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E43943D58; Tue, 25 Jan 2005 17:11:06 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0PHALi0053467; Tue, 25 Jan 2005 10:10:21 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Tue, 25 Jan 2005 10:10:21 -0700 (MST) Message-Id: <20050125.101021.41686898.imp@harmony.village.org> To: rwatson@FreeBSD.org From: Warner Losh In-Reply-To: References: <20050125.095536.104086303.imp@harmony.village.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Jan 2005 13:11:07 +0000 cc: pete@altadena.net cc: imp@rover.village.org cc: phk@phk.freebsd.dk cc: current@FreeBSD.org cc: imp@bsdimp.com Subject: Re: Devd event from GEOM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Jan 2005 17:11:07 -0000 > It depends a bit on where we sit: we probably want a neteventd that knows > about this sort of thing and performs unified network interface > management. In the mean time, I just want dhclient launched, because > dhclient already knows about ssid's, link state, etc. We don't neet yet another daemon around for that. > The idea behind the class information is that the application can use a > combination of the class, name, configuration data, and direct > communication with the object to do useful things. However, to > communicate with an object today, you first need the class information, > which is why you want it early as part of the event notification. Right now we can't even get the class information out of the userland interfaces we have. We should correct that problem, rather than complicate things prematurely because it is expedient to do so today. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 09:00:28 2005 Return-Path: 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 A447316A4CF for ; Wed, 26 Jan 2005 09:00:28 +0000 (GMT) Received: from mailhost.catholic.org (mailhost.catholic.org [66.122.14.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47EB843D41 for ; Wed, 26 Jan 2005 09:00:28 +0000 (GMT) (envelope-from wsk@catholic.org) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) by mailhost.catholic.org (8.12.11/8.12.11) with SMTP id j0Q90TrL023601 for ; Wed, 26 Jan 2005 01:00:29 -0800 Received: from 211.96.21.195 (SquirrelMail authenticated user wsk) by webmail.catholic.org with HTTP; Wed, 26 Jan 2005 09:00:28 -0000 (GMT) Message-ID: <61680.211.96.21.195.1106730028.squirrel@webmail.catholic.org> Date: Wed, 26 Jan 2005 09:00:28 -0000 (GMT) From: "wsk" To: current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Mailman-Approved-At: Wed, 26 Jan 2005 13:11:07 +0000 Subject: page fault while in kernel mode on tinkpad T30 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 09:00:28 -0000 hi,list: got the following errors on CURRENT while booting. but if plug off my usb mouse,it boot normally.is a ugen bug??? /boot/kernel/acpi.ko text=0x3f230 data=0x1ea4+0x110c syms=[0x4+0x7320+0x4+0x9889 ] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-CURRENT #4: Sun Jan 23 13:49:41 CST 2005 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/LP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1196.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 1073152000 (1023 MB) avail memory = 1041514496 (993 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 o n pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1. uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: Logitech USB Optical Mouse, rev 1.10/21.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci2: at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0x50000000-0x50000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x51000000-0x51000fff irq 11 at device 0.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fxp0: port 0x8000-0x803f mem 0xd0200 000-0xd0200fff irq 11 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0d:60:39:46:18 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x 3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ichsmb0: port 0x1880-0x189f irq 11 at de vice 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff irq 11 at device 3 1.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 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 Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: configured irq 3 not in bi sio1: port may not be enabled acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff,0xd1000-0xd1fff,0xd0000-0xd0fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1196125692 Hz quality 800 Timecounters tick every 1.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 38154MB [77520/16/63] at ata0-master UDMA100 ata1-slave: FAILURE - ATAPI_IDENTIFY timed out Fatal trap 12: page fault while in kernel mode fault virtual address = 0x100013e fault code = supervisor write, page not present instruction pointer = 0x8:0xc06a8d4b stack pointer = 0x10:0xe328ec90 frame pointer = 0x10:0xe328eca4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (swi4: clock sio) [thread pid 27 tid 100001 ] Stopped at scrn_update+0xf: incb 0x3e(%eax) db> ----------------------------------------- This email was sent using FREE Catholic Online Webmail! http://webmail.catholic.org/ From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 14:30:53 2005 Return-Path: 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 3E4EF16A4CE for ; Wed, 26 Jan 2005 14:30:53 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 953A643D39 for ; Wed, 26 Jan 2005 14:30:52 +0000 (GMT) (envelope-from akiyama@jp.FreeBSD.org) Received: from localhost (castle.jp.FreeBSD.org [2001:218:422:1::15]) j0QEUP864793; Wed, 26 Jan 2005 23:30:27 +0900 (JST) (envelope-from akiyama@jp.FreeBSD.org) Date: Wed, 26 Jan 2005 23:30:22 +0900 From: Shunsuke Akiyama To: Sean McNeil In-Reply-To: <1106727949.8449.3.camel@server.mcneil.com> References: <1106727949.8449.3.camel@server.mcneil.com> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Jan_26_23:30:22_2005-1" Message-Id: <20050126233022O.akiyama@jp.FreeBSD.org> X-Dispatcher: imput version 20040704(IM147) Lines: 148 cc: current@freebsd.org Subject: Re: panic 01/25/04 kernel in uhci uplcom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 14:30:53 -0000 --Multipart_Wed_Jan_26_23:30:22_2005-1 Content-Type: text/plain; charset=US-ASCII At Wed, 26 Jan 2005 00:25:49 -0800, Sean McNeil wrote: > I got a panic on a recent kernel: > > FreeBSD server.mcneil.com 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri Jan 7 > 18:21:53 PST 2005 root@server.mcneil.com:/usr/obj/usr/src/sys/AMD64 > amd64 > > Jan 25 23:50:39 server syslogd: kernel boot file > is /boot/kernel.old/kernel > Jan 25 23:50:39 server kernel: panic: uhci_abort_xfer: not in process > context > Jan 25 23:50:39 server kernel: Uptime: 1m39s > Jan 25 23:50:39 server kernel: interrupt total > Jan 25 23:50:39 server kernel: irq1: atkbd0 2 > Jan 25 23:50:39 server kernel: irq0: clk 323813 > Jan 25 23:50:39 server kernel: irq4: sio0 5 > Jan 25 23:50:39 server kernel: irq8: rtc 20738 > Jan 25 23:50:39 server kernel: irq14: ata0 722 > Jan 25 23:50:39 server kernel: irq15: ata1 186 > Jan 25 23:50:39 server kernel: irq16: re0 62 > Jan 25 23:50:39 server kernel: irq17: fwohci0 1 > Jan 25 23:50:39 server kernel: irq19: dc0 2 > Jan 25 23:50:39 server kernel: irq20: atapci0 6006 > Jan 25 23:50:39 server kernel: irq21: uhci0 uhci1+ 136 > Jan 25 23:50:39 server kernel: Total 351673 > Jan 25 23:50:39 server kernel: KDB: stack backtrace: > Jan 25 23:50:39 server kernel: hardclock() at hardclock+0x1eb > Jan 25 23:50:39 server kernel: intr_execute_handlers() at > intr_execute_handlers+0x102 > Jan 25 23:50:39 server kernel: lapic_handle_intr() at lapic_handle_intr > +0x21 > Jan 25 23:50:39 server kernel: Xapic_isr1() at Xapic_isr1+0x7d > Jan 25 23:50:39 server kernel: --- interrupt, rip = 0xffffffff802eb1e1, > rsp = 0xffffffffb19187e0, rbp = 0xffffffffb1918810 --- > Jan 25 23:50:39 server kernel: cv_wait() at cv_wait+0x1 > Jan 25 23:50:39 server kernel: ata_queue_request() at ata_queue_request > +0x1e8 > Jan 25 23:50:39 server kernel: ata_controlcmd() at ata_controlcmd+0x8b > Jan 25 23:50:39 server kernel: ata_shutdown() at ata_shutdown+0xb8 > Jan 25 23:50:39 server kernel: boot() at boot+0x25c > Jan 25 23:50:39 server kernel: panic() at panic+0x167 > Jan 25 23:50:39 server kernel: uhci_abort_xfer() at uhci_abort_xfer+0x68 > Jan 25 23:50:39 server kernel: usbd_abort_pipe() at usbd_abort_pipe+0x27 > Jan 25 23:50:39 server kernel: ucomstopread() at ucomstopread+0x27 > Jan 25 23:50:39 server kernel: ucomstop() at ucomstop+0x2f > Jan 25 23:50:39 server kernel: ttyflush() at ttyflush+0x34 > Jan 25 23:50:39 server kernel: ttymodem() at ttymodem+0x9e > Jan 25 23:50:39 server kernel: ucom_status_change() at > ucom_status_change+0x93 > Jan 25 23:50:39 server kernel: uplcom_intr() at uplcom_intr+0x94 > Jan 25 23:50:39 server kernel: usb_transfer_complete() at > usb_transfer_complete+0x201 > Jan 25 23:50:39 server kernel: uhci_softintr() at uhci_softintr+0x100 > Jan 25 23:50:39 server kernel: uhci_intr1() at uhci_intr1+0xd5 > Jan 25 23:50:39 server kernel: ithread_loop() at ithread_loop+0xd3 > Jan 25 23:50:39 server kernel: fork_exit() at fork_exit+0x8f > Jan 25 23:50:39 server kernel: fork_trampoline() at fork_trampoline+0xe > Jan 25 23:50:39 server kernel: --- trap 0, rip = 0, rsp = > 0xffffffffb1918d00, rbp = 0 --- Oh, usbd_abort_pipe() and underlaying uhci_abort_xfer() should be called from non interrupt context only. uhci_abort_xfer() checks this condition and make a panic. This is not a problem only for uplcom(4). Both umodem(4) and uvscom(4) potentially have a same problem. Please try attached patch and let me know the result. Regards, -- Shunsuke Akiyama akiyama@jp.FreeBSD.org akiyama@FreeBSD.org --Multipart_Wed_Jan_26_23:30:22_2005-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="uplcom.c-diff" Content-Transfer-Encoding: 7bit Index: uplcom.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/uplcom.c,v retrieving revision 1.26 diff -u -r1.26 uplcom.c --- uplcom.c 25 Jan 2005 14:38:21 -0000 1.26 +++ uplcom.c 26 Jan 2005 13:24:07 -0000 @@ -107,6 +107,7 @@ #include #include #include +#include #include @@ -176,6 +177,8 @@ u_char sc_msr; /* uplcom status register */ int sc_chiptype; /* Type of chip */ + + struct task sc_task; }; /* @@ -203,6 +206,7 @@ Static int uplcom_param(void *, int, struct termios *); Static int uplcom_open(void *, int); Static void uplcom_close(void *, int); +Static void uplcom_notify(void *, int); struct ucom_callback uplcom_callback = { uplcom_get_status, @@ -530,6 +534,7 @@ DPRINTF(("uplcom: in = 0x%x, out = 0x%x, intr = 0x%x\n", ucom->sc_bulkin_no, ucom->sc_bulkout_no, sc->sc_intr_number)); + TASK_INIT(&sc->sc_task, 0, uplcom_notify, sc); ucom_attach(&sc->sc_ucom); free(devinfo, M_USBDEV); @@ -950,6 +955,19 @@ sc->sc_msr |= SER_DCD; else sc->sc_msr &= ~SER_DCD; + + /* Deferred notifying to the ucom layer */ + taskqueue_enqueue(taskqueue_swi_giant, &sc->sc_task); +} + +Static void +uplcom_notify(void *arg, int count) +{ + struct uplcom_softc *sc; + + sc = (struct uplcom_softc *)arg; + if (sc->sc_ucom.sc_dying) + return; ucom_status_change(&sc->sc_ucom); } --Multipart_Wed_Jan_26_23:30:22_2005-1-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 15:27:04 2005 Return-Path: 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 D009D16A4CE for ; Wed, 26 Jan 2005 15:27:04 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E08943D3F for ; Wed, 26 Jan 2005 15:27:04 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so67491wri for ; Wed, 26 Jan 2005 07:27:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=UEpNXKyJdJRdX2DYH8bx2OXjHm6onNR1ysMkJLK4ZbD5N7xvOPFN/Ok7m8UUx7GCUHDTd6+A+4G9sAkl12FpnlFjrCD5kuFFSW7J1C52HxTkMPx5X7l+fT8FDclLHP2OuqSIUWE6eS7n2bKLQ9T3u+ehju7uZ+4PGWC8Zn4t7o4= Received: by 10.54.28.38 with SMTP id b38mr27871wrb; Wed, 26 Jan 2005 07:27:00 -0800 (PST) Received: by 10.54.29.48 with HTTP; Wed, 26 Jan 2005 07:27:00 -0800 (PST) Message-ID: <790a9fff0501260727677bb5df@mail.gmail.com> Date: Wed, 26 Jan 2005 09:27:00 -0600 From: Scot Hetzel To: Tim Robbins In-Reply-To: <20050125221047.GA339@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <790a9fff05012509511b64e3ad@mail.gmail.com> <20050125221047.GA339@cat.robbins.dropbear.id.au> cc: freebsd-current@freebsd.org Subject: Re: uniq truncates lines > 2048 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 15:27:05 -0000 On Wed, 26 Jan 2005 09:10:47 +1100, Tim Robbins wrote: > This looks good except for failure to check for realloc() returning NULL > and a few minor style problems. It may be possible to use fgetwln() > to read lines instead of getwc() + realloc() etc., but this function is > new and peculiar to FreeBSD. > I tried to use fgetwln in place of the getline sub-routine: if ((prevline = fgetwln(ifp, prevbuflen)) == NULL) { : } while ((thisline = fgetwln(ifp, thisbuflen)) != NULL) { : } But what is happening is that both thisline and prevline are being set to the same pointer location. I need to change it to: if ((thisline = fgetwln(ifp, thisbuflen)) == NULL) { : /* check error */ } prevline = strdup(thisline); while ((thisline = fgetwln(ifp, thisbuflen)) != NULL) { : if (comp) { : /* place thisline into prevline */ prevline = strdup(thisline); : } : } Is their a function to duplicate wchar strings? Scot From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 17:34:08 2005 Return-Path: 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 6F32716A4CE; Wed, 26 Jan 2005 17:34:08 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0901743D1F; Wed, 26 Jan 2005 17:34:07 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.106.73] (ppp83-237-106-73.pppoe.mtu-net.ru [83.237.106.73]) (authenticated bits=0) by portpc-design.spb.ru (8.13.3/8.13.3) with ESMTP id j0QHY4BM047464; Wed, 26 Jan 2005 20:34:04 +0300 (MSK) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41F7D487.4000902@mcsi.pp.ru> Date: Wed, 26 Jan 2005 20:33:59 +0300 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20041224 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: wpaul@freebsd.org Subject: ndis LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 17:34:08 -0000 Hi, Just got this on FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Tue Jan 25 21:47:35 MSK 2005 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 ndis0: link down acquiring duplicate lock of same type: "network driver" 1st ndis irq lock @ /usr/src/sys/dev/if_ndis/if_ndis.c:1044 2nd ndis softc lock @ /usr/src/sys/compat/ndis/kern_ndis.c:1471 KDB: stack backtrace: kdb_backtrace(d426ac74,c1a9cd60,c09a6fc8,c09a6fc8,c08df4a8) at kdb_backtrace+0x29 witness_checkorder(c1d13da8,9,c089351c,5bf) at witness_checkorder+0x54c _mtx_lock_flags(c1d13da8,0,c089351c,5bf,c1d13000) at _mtx_lock_flags+0x5b ndis_disable_intr(c1d13000,0,0,c1c35840,c1ae8580) at ndis_disable_intr+0x21 ndis_intr(c1d13000) at ndis_intr+0x6a ithread_loop(c1ae8580,d426ad48,c1ae8580,c06452d4,0) at ithread_loop+0x120 fork_exit(c06452d4,c1ae8580,d426ad48) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd426ad7c, ebp = 0 --- ndis0: link up -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 18:05:44 2005 Return-Path: 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 E581916A4CE; Wed, 26 Jan 2005 18:05:43 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4842443D1F; Wed, 26 Jan 2005 18:05:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QI5g9u075294; Wed, 26 Jan 2005 13:05:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QI5grv052818; Wed, 26 Jan 2005 13:05:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 274137306E; Wed, 26 Jan 2005 13:05:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126180542.274137306E@freebsd-current.sentex.ca> Date: Wed, 26 Jan 2005 13:05:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 18:05:44 -0000 TB --- 2005-01-26 16:43:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 16:43:53 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-26 16:43:53 - checking out the source tree TB --- 2005-01-26 16:43:53 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-26 16:43:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 16:49:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 16:49:33 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-26 16:49:33 - /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 TB --- 2005-01-26 17:57:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 17:57:01 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-26 17:57:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 26 17:57:01 UTC 2005 >>> 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 [...] objcopy --strip-debug ahd.ko.debug ahd.ko ===> aio (all) cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c:28: @/sys/buf.h: In function `BUF_KERNPROC': @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-01-26 18:05:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 18:05:42 - ERROR: failed to build generic kernel TB --- 2005-01-26 18:05:42 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 19:28:05 2005 Return-Path: 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 D3D8816A4CE; Wed, 26 Jan 2005 19:28:05 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54C5343D53; Wed, 26 Jan 2005 19:28:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QJS4LX082464; Wed, 26 Jan 2005 14:28:04 -0500 (EST) (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.1/8.13.1) with ESMTP id j0QJS4pr089530; Wed, 26 Jan 2005 14:28:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 63C727306E; Wed, 26 Jan 2005 14:28:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126192804.63C727306E@freebsd-current.sentex.ca> Date: Wed, 26 Jan 2005 14:28:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 19:28:06 -0000 TB --- 2005-01-26 18:05:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 18:05:42 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-01-26 18:05:42 - checking out the source tree TB --- 2005-01-26 18:05:42 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-01-26 18:05:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 18:11:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 18:11:18 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-26 18:11:18 - /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 TB --- 2005-01-26 19:18:50 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 19:18:50 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-26 19:18:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 26 19:18:50 UTC 2005 >>> 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 [...] @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/i386/src/sys/modules/agp/../../pci/agp_intel.c:228: warning: called from here @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/i386/src/sys/modules/agp/../../pci/agp_intel.c:235: warning: called from here @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/i386/src/sys/modules/agp/../../pci/agp_intel.c:248: warning: called from here @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/i386/src/sys/modules/agp/../../pci/agp_intel.c:252: warning: called from here *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/agp. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-01-26 19:28:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 19:28:04 - ERROR: failed to build generic kernel TB --- 2005-01-26 19:28:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 20:07:48 2005 Return-Path: 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 0619416A4CE for ; Wed, 26 Jan 2005 20:07:48 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 31AFC43D53 for ; Wed, 26 Jan 2005 20:07:47 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 94095 invoked from network); 26 Jan 2005 20:07:46 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 26 Jan 2005 20:07:46 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j0QK7iRp060200 for ; Wed, 26 Jan 2005 21:07:44 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j0QK7ikt060199 for current@freebsd.org; Wed, 26 Jan 2005 21:07:44 +0100 (CET) (envelope-from pho) Date: Wed, 26 Jan 2005 21:07:43 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050126200743.GA60044@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: page fault in kern/kern_sig.c:1582 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 20:07:48 -0000 With GENERIC HEAD from Jan 25 17:49 UTC I got Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xcf11ac7c fault code = supervisor read, page not present instruction pointer = 0x8:0xc0616855 stack pointer = 0x10:0xcf224ca0 frame pointer = 0x10:0xcf224cb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 62405 (syscall) [thread pid 62405 tid 100175 ] Stopped at sigtd+0x85: andl 0(%ebx,%edx,4),%eax db> where Tracing pid 62405 tid 100175 td 0xc1b61730 sigtd(c1ac99d8,9,81) at sigtd+0x85 psignal(c1ac99d8,9) at psignal+0x63 kill(c1b61730,cf224d14,2,2,296) at kill+0x98 syscall(2f,2f,2f,2804f6c0,bfbfeb0c) at syscall+0x213 I can recreate the panic with a small test program. More info at http://www.holm.cc/stress/log/cons111.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 20:25:10 2005 Return-Path: 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 42BDD16A4CE; Wed, 26 Jan 2005 20:25:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5149F43D46; Wed, 26 Jan 2005 20:25:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 516001FFDDC; Wed, 26 Jan 2005 21:25:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 75E341FFDDB; Wed, 26 Jan 2005 21:25:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 985371538F; Wed, 26 Jan 2005 20:21:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 94DA51537B; Wed, 26 Jan 2005 20:21:04 +0000 (UTC) Date: Wed, 26 Jan 2005 20:21:04 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Maxim Maximov In-Reply-To: <41F7D487.4000902@mcsi.pp.ru> Message-ID: References: <41F7D487.4000902@mcsi.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: wpaul@freebsd.org cc: FreeBSD current mailing list Subject: Re: ndis LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 20:25:10 -0000 On Wed, 26 Jan 2005, Maxim Maximov wrote: Hi, > Just got this on FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT > #4: Tue Jan 25 21:47:35 MSK 2005 > mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 > > ndis0: link down > acquiring duplicate lock of same type: "network driver" > 1st ndis irq lock @ /usr/src/sys/dev/if_ndis/if_ndis.c:1044 > 2nd ndis softc lock @ /usr/src/sys/compat/ndis/kern_ndis.c:1471 This one was reported earlier. Please see http://sources.zabbadoz.net/freebsd/lor.html#053 -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 20:48:23 2005 Return-Path: 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 8DF9116A4CE; Wed, 26 Jan 2005 20:48:23 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A45543D31; Wed, 26 Jan 2005 20:48:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QKmM7I089564; Wed, 26 Jan 2005 15:48:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QKmMhE029213; Wed, 26 Jan 2005 15:48:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3F4237306E; Wed, 26 Jan 2005 15:48:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126204822.3F4237306E@freebsd-current.sentex.ca> Date: Wed, 26 Jan 2005 15:48:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 20:48:23 -0000 TB --- 2005-01-26 19:28:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 19:28:04 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-01-26 19:28:04 - checking out the source tree TB --- 2005-01-26 19:28:04 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-01-26 19:28:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 19:33:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 19:33:44 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-26 19:33:44 - /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 TB --- 2005-01-26 20:41:03 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 20:41:03 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-26 20:41:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 26 20:41:03 UTC 2005 >>> 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 [...] @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_intel.c:228: warning: called from here @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_intel.c:235: warning: called from here @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_intel.c:248: warning: called from here @/dev/pci/pcivar.h:232: warning: inlining failed in call to 'pci_write_config': --param inline-unit-growth limit reached /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_intel.c:252: warning: called from here *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-01-26 20:48:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 20:48:22 - ERROR: failed to build generic kernel TB --- 2005-01-26 20:48:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 21:23:19 2005 Return-Path: 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 AFB7616A4CE; Wed, 26 Jan 2005 21:23:19 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FB1143D2F; Wed, 26 Jan 2005 21:23:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0QLMbAB029728; Wed, 26 Jan 2005 14:22:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 26 Jan 2005 14:22:37 -0700 (MST) Message-Id: <20050126.142237.104061863.imp@bsdimp.com> To: tinderbox@freebsd.org From: Warner Losh In-Reply-To: <20050126180542.274137306E@freebsd-current.sentex.ca> References: <20050126180542.274137306E@freebsd-current.sentex.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 21:23:19 -0000 Subject: [current tinderbox] failure on amd64/amd64 > cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c > In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c:28: > @/sys/buf.h: In function `BUF_KERNPROC': > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > *** Error code 1 This looks ugly to fix. Why are we compiling without -fno-strict-alias again? Warner From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 21:32:21 2005 Return-Path: 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 EECC616A4CE; Wed, 26 Jan 2005 21:32:20 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76EE343D2F; Wed, 26 Jan 2005 21:32:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0QLTM7w031980; Wed, 26 Jan 2005 14:29:22 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 26 Jan 2005 14:29:22 -0700 (MST) Message-Id: <20050126.142922.78737749.imp@bsdimp.com> To: tinderbox@freebsd.org From: Warner Losh In-Reply-To: <20050126.142237.104061863.imp@bsdimp.com> References: <20050126180542.274137306E@freebsd-current.sentex.ca> <20050126.142237.104061863.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 21:32:21 -0000 From: Warner Losh Subject: Re: [current tinderbox] failure on amd64/amd64 Date: Wed, 26 Jan 2005 14:22:37 -0700 (MST) > Subject: [current tinderbox] failure on amd64/amd64 > > > cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c > > In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c:28: > > @/sys/buf.h: In function `BUF_KERNPROC': > > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > > *** Error code 1 > > This looks ugly to fix. Why are we compiling without > -fno-strict-alias again? I've decided that I'm disinclined to fix this because it compiles correctly with the standard flags. It is time to fix tinerbox to not have these whacked out flags (eg lacking -fno-strict-alias). There turns out to be hundreds of these sorts of errors in the kernel right now. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 21:35:41 2005 Return-Path: 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 8599716A4CE for ; Wed, 26 Jan 2005 21:35:41 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5849B43D3F for ; Wed, 26 Jan 2005 21:35:41 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.ne.client2.attbi.com[66.30.82.93]) by comcast.net (rwcrmhc13) with ESMTP id <20050126213540015009lld2e>; Wed, 26 Jan 2005 21:35:40 +0000 Message-ID: <41F8064C.7030600@comcast.net> Date: Wed, 26 Jan 2005 16:06:20 -0500 From: Sean User-Agent: Mozilla Thunderbird 1.0 (X11/20050121) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <41F7102A.9050305@comcast.net> <20050126034803.GA9700@xor.obsecurity.org> In-Reply-To: <20050126034803.GA9700@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: buildworld error (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 21:35:41 -0000 Kris Kennaway wrote: > On Tue, Jan 25, 2005 at 10:36:10PM -0500, Sean wrote: > >>Trying to update to current but keep getting the below error. >>I've tried a few things but no luck getting past it. >>Is anyone able to shed some light as to cure the problem? > > > To deal with this kind of problem, try > > cd /usr/src/ > make cleandir > make cleandir > > to remove stale object files from your build environment. > > Kris Thanks Kris, I have already tried that several times. Sean From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 22:35:06 2005 Return-Path: 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 5436616A4CF; Wed, 26 Jan 2005 22:35:06 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13CE43D46; Wed, 26 Jan 2005 22:35:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QMZ4rf097951; Wed, 26 Jan 2005 17:35:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QMZ4O6074230; Wed, 26 Jan 2005 17:35:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C1207306E; Wed, 26 Jan 2005 17:35:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126223504.5C1207306E@freebsd-current.sentex.ca> Date: Wed, 26 Jan 2005 17:35:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 22:35:06 -0000 TB --- 2005-01-26 20:48:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 20:48:22 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-01-26 20:48:22 - checking out the source tree TB --- 2005-01-26 20:48:22 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-01-26 20:48:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 20:53:49 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 20:53:49 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-01-26 20:53:49 - /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 TB --- 2005-01-26 22:24:39 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 22:24:39 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-01-26 22:24:39 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 26 22:24:39 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/ia64/ia64/src/sys/modules/aio/../../conf/kmod_syms.awk aio.kld export_syms | xargs -J% objcopy % aio.kld ld -Bshareable -d -warn-common -o aio.ko.debug aio.kld objcopy --strip-debug aio.ko.debug aio.ko ===> amr (all) cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/ia64/ia64/src/sys/modules/amr/../../dev/amr/amr.c cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/ia64/ia64/src/sys/modules/amr/../../dev/amr/amr_pci.c /tinderbox/CURRENT/ia64/ia64/src/sys/modules/amr/../../dev/amr/amr_pci.c: In function `amr_setup_mbox': /tinderbox/CURRENT/ia64/ia64/src/sys/modules/amr/../../dev/amr/amr_pci.c:605: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/amr. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-01-26 22:35:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 22:35:04 - ERROR: failed to build generic kernel TB --- 2005-01-26 22:35:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 01:10:33 2005 Return-Path: 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 EA29116A4CE; Thu, 27 Jan 2005 01:10:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F1EC43D45; Thu, 27 Jan 2005 01:10:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0R1AVSI005466; Wed, 26 Jan 2005 20:10:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0R1AVEQ028661; Wed, 26 Jan 2005 20:10:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 824F37306E; Wed, 26 Jan 2005 20:10:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050127011031.824F37306E@freebsd-current.sentex.ca> Date: Wed, 26 Jan 2005 20:10:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 01:10:33 -0000 TB --- 2005-01-26 23:52:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 23:52:40 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-26 23:52:40 - checking out the source tree TB --- 2005-01-26 23:52:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-26 23:52:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 23:58:12 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 23:58:12 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-26 23:58:12 - /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 TB --- 2005-01-27 01:04:19 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-27 01:04:19 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-27 01:04:19 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jan 27 01:04:19 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/axe/../../conf/kmod_syms.awk if_axe.kld export_syms | xargs -J% objcopy % if_axe.kld ld -Bshareable -d -warn-common -o if_axe.ko.debug if_axe.kld objcopy --strip-debug if_axe.ko.debug if_axe.ko ===> bfe (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c: In function `bfe_dma_alloc': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c:212: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-27 01:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-27 01:10:31 - ERROR: failed to build generic kernel TB --- 2005-01-27 01:10:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 05:11:49 2005 Return-Path: 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 8DE3A16A4CE for ; Thu, 27 Jan 2005 05:11:49 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4521E43D58 for ; Thu, 27 Jan 2005 05:11:49 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E891CF2A18 for ; Wed, 26 Jan 2005 21:11:48 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36764-10 for ; Wed, 26 Jan 2005 21:11:47 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id AB41AF29FF for ; Wed, 26 Jan 2005 21:11:47 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5WC/l4O7vB3VNoOY0yqR" Date: Wed, 26 Jan 2005 21:11:47 -0800 Message-Id: <1106802707.21505.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com Subject: Please fix recent breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 05:11:49 -0000 --=-5WC/l4O7vB3VNoOY0yqR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This might be another one of those commits that were done without checking the POLLING option: cc -g -O -pipe -I/usr/src/sys/modules/lnc/../../dev/lnc -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/lnc/../../dev/lnc -include /usr/obj/usr/src/sys/AMD64/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/AMD64 -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c: In function `alloc_mbuf_cluster': /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: implicit declaration of function `kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: nested extern declaration of `kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c: In function `lnc_init': /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:967: warning: nested extern declaration of `kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: redundant redeclaration of 'kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:975: warning: nested extern declaration of `kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: redundant redeclaration of 'kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:995: warning: nested extern declaration of `kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: redundant redeclaration of 'kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c: In function `lnc_start': /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:1290: warning: nested extern declaration of `kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: redundant redeclaration of 'kvtop' /usr/src/sys/modules/lnc/../../dev/lnc/if_lnc.c:311: warning: previous implicit declaration of 'kvtop' was here *** Error code 1 Stop in /usr/src/sys/modules/lnc. *** Error code 1 --=-5WC/l4O7vB3VNoOY0yqR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB+HgTyQsGN30uGE4RAizwAKCRu1IwJUx5hKizcnPGRR8n1JujowCbBOuL js6hHnM81HB5uBedTAXipJo= =UxbG -----END PGP SIGNATURE----- --=-5WC/l4O7vB3VNoOY0yqR-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 10:44:59 2005 Return-Path: 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 4A4AA16A4CE for ; Thu, 27 Jan 2005 10:44:59 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF9B43D66 for ; Thu, 27 Jan 2005 10:44:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0RAivZb015035 for ; Thu, 27 Jan 2005 11:44:57 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Thu, 27 Jan 2005 11:44:57 +0100 Message-ID: <15034.1106822697@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: Looking for competent nullfs/umapfs/unionfs testers.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 10:44:59 -0000 I cannot test all the weird edge-cases of the stacked filesystems myself, so I need somebody to help test them for me. Here's the deal as seen from my side: 1. It should not take more of my time to deal with the testers than it would to test the stuff myself. 2. I'm not promising to fix all known problems, some of them may be architecturally unfixable [1], I am merely trying to not break them any further. 3. The tests should result in stuff going into the src/tools/regression framework so it can be reused in the future. I'm looking for testers who: - can think out things to test and write scripts/programs that tests it. - will spend the time producing a minimal testcase for the failures they encounter. If this sounds like you, just go right ahead and send me reports when you find something which doesn't work. The code I want you to test is in the p4 branch "phk_bufwork" if you don't have access to perforce you can pull down a patch relative to -current here: http://phk.freebsd.dk/patch/buf_work.patch Poul-Henning [1] In unionfs: a file is opened R/O and taken from the bottom layer, and then mmap'ed. Subsequently, the file is opened R/W and mmaped by another process. The R/W open copies the file to the upper layer. I have no idea if the two processes will see a consistent mmap of the file, and if they don't I have no idea how to fix it, short of always creating a vm_object for the vnode thereby loosing the caching advantage of the lower vnode (unless some VM system COW magic can be used ?). In particular I don't intend to try to fix this problem. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 11:39:14 2005 Return-Path: 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 E3B3616A4CE; Thu, 27 Jan 2005 11:39:14 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4DC643D2D; Thu, 27 Jan 2005 11:39:13 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id j0RBd6Lw099390 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 27 Jan 2005 12:39:06 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id j0RBd6id099389; Thu, 27 Jan 2005 12:39:06 +0100 (CET) Date: Thu, 27 Jan 2005 12:39:06 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20050127113906.GA98285@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: scottl@freebsd.org Subject: recent current kernel compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 11:39:15 -0000 hi recent current with CFLAGS=-O2: ../dev/amr/amr_pci.c /usr/src/sys/modules/amr/../../dev/amr/amr_pci.c: In function `amr_setup_mbox': /usr/src/sys/modules/amr/../../dev/amr/amr_pci.c:605: warning: dereferencing type-punned pointer will break strict-aliasing rules would be nice to have this repaired roman p.s. this ugly hack seems to silence the warning --- /sys/dev/amr/amr_pci.c Mon Jan 24 00:25:41 2005 +++ /root/amr_pci.c Thu Jan 27 12:34:53 2005 @@ -602,8 +602,8 @@ * Allocate the mailbox structure and permanently map it into * controller-visible space. */ - error = bus_dmamem_alloc(sc->amr_mailbox_dmat, (void **)&p, BUS_DMA_NOWAIT, - &sc->amr_mailbox_dmamap); + error = bus_dmamem_alloc(sc->amr_mailbox_dmat, (void **)(void *)&p, + BUS_DMA_NOWAIT, &sc->amr_mailbox_dmamap); if (error) { device_printf(sc->amr_dev, "can't allocate mailbox memory\n"); return(ENOMEM); From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 11:49:34 2005 Return-Path: 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 E228716A4CE; Thu, 27 Jan 2005 11:49:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C05243D49; Thu, 27 Jan 2005 11:49:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j0RBqXgE006549; Thu, 27 Jan 2005 04:52:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <41F8D54F.9090802@samsco.org> Date: Thu, 27 Jan 2005 04:49:35 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20050127113906.GA98285@stud.fit.vutbr.cz> In-Reply-To: <20050127113906.GA98285@stud.fit.vutbr.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: scottl@freebsd.org cc: current@freebsd.org Subject: Re: recent current kernel compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 11:49:35 -0000 Divacky Roman wrote: > hi > > recent current with CFLAGS=-O2: > > ../dev/amr/amr_pci.c > /usr/src/sys/modules/amr/../../dev/amr/amr_pci.c: In function `amr_setup_mbox': > /usr/src/sys/modules/amr/../../dev/amr/amr_pci.c:605: warning: dereferencing > type-punned pointer will break strict-aliasing rules > > would be nice to have this repaired > > roman We don't support compiling with -fstrict-aliasing. The correct solution is likely to change the type of 'p' and add a bunch of casts. Not very pretty, but I guess no worse than the horribly non-informative gcc message that is generated here. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 11:50:44 2005 Return-Path: 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 EA15B16A4CE; Thu, 27 Jan 2005 11:50:43 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F3C143D31; Thu, 27 Jan 2005 11:50:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0RBogue030421; Thu, 27 Jan 2005 06:50:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0RBogI9022641; Thu, 27 Jan 2005 06:50:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 35A467306E; Thu, 27 Jan 2005 06:50:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050127115042.35A467306E@freebsd-current.sentex.ca> Date: Thu, 27 Jan 2005 06:50:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 11:50:44 -0000 TB --- 2005-01-27 10:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-27 10:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-27 10:30:00 - checking out the source tree TB --- 2005-01-27 10:30:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-27 10:30:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-27 10:35:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-27 10:35:36 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-27 10:35:36 - /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 TB --- 2005-01-27 11:43:07 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-27 11:43:07 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-27 11:43:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jan 27 11:43:08 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/modules/axe/../../conf/kmod_syms.awk if_axe.kld export_syms | xargs -J% objcopy % if_axe.kld ld -Bshareable -d -warn-common -o if_axe.ko.debug if_axe.kld objcopy --strip-debug if_axe.ko.debug if_axe.ko ===> bfe (all) cc -O2 -fno-strict-aliasing -pipe -mcpu=ev4 -mtune=ev5 -mieee -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c: In function `bfe_dma_alloc': /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c:212: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-27 11:50:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-27 11:50:42 - ERROR: failed to build generic kernel TB --- 2005-01-27 11:50:42 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 12:24:25 2005 Return-Path: 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 6EC3B16A4CE for ; Thu, 27 Jan 2005 12:24:25 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 73F6F43D5A for ; Thu, 27 Jan 2005 12:24:24 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 27 Jan 2005 12:24:22 -0000 Received: from pD955F4EF.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.244.239) by mail.gmx.net (mp021) with SMTP; 27 Jan 2005 13:24:22 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j0RCOGqr026060 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 27 Jan 2005 13:24:18 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 27 Jan 2005 13:24:05 +0100 User-Agent: KMail/1.7.2 References: <20050127113906.GA98285@stud.fit.vutbr.cz> <41F8D54F.9090802@samsco.org> In-Reply-To: <41F8D54F.9090802@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1185983.TIHqnKSskM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501271324.09920.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Divacky Roman cc: scottl@freebsd.org Subject: Re: recent current kernel compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 12:24:25 -0000 --nextPart1185983.TIHqnKSskM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 27. January 2005 12:49, Scott Long wrote: > Divacky Roman wrote: > > hi > > > > recent current with CFLAGS=3D-O2: > > > > ../dev/amr/amr_pci.c > > /usr/src/sys/modules/amr/../../dev/amr/amr_pci.c: In function > > `amr_setup_mbox': /usr/src/sys/modules/amr/../../dev/amr/amr_pci.c:605: > > warning: dereferencing type-punned pointer will break strict-aliasing > > rules > > > > would be nice to have this repaired > > > > roman > > We don't support compiling with -fstrict-aliasing.=20 I thought the point of switching over to -O2 by default was that we did (ju= st=20 not for ports, where it gets turned off). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1185983.TIHqnKSskM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB+N1pXhc68WspdLARAtrSAJoDCcIElq8PU4Qrg+5T4KEFVyv1OACdEYn8 IauV9BtpWs6F2Uez2NVCgTw= =CIJo -----END PGP SIGNATURE----- --nextPart1185983.TIHqnKSskM-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 22:43:27 2005 Return-Path: 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 AD4A016A4CE; Wed, 26 Jan 2005 22:43:27 +0000 (GMT) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5047343D48; Wed, 26 Jan 2005 22:43:27 +0000 (GMT) (envelope-from freebsd@nbritton.org) Received: from [192.168.1.10] (12-223-129-46.client.insightbb.com[12.223.129.46]) by sccimhc92.asp.att.net (sccimhc92) with ESMTP id <20050126224326i92009v6g3e>; Wed, 26 Jan 2005 22:43:26 +0000 Message-ID: <41F81D0C.8090002@nbritton.org> Date: Wed, 26 Jan 2005 16:43:24 -0600 From: Nikolas Britton User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 27 Jan 2005 13:00:18 +0000 cc: delphij@FreeBSD.org cc: cyrille.lefevre@laposte.net Subject: kern/71142; VESA 1024x768 @ the console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Jan 2005 22:43:27 -0000 Can anyone comment on the status of this patch? From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 02:22:24 2005 Return-Path: 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 D9B9E16A4CE for ; Thu, 27 Jan 2005 02:22:24 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id AFA1443D1D for ; Thu, 27 Jan 2005 02:22:11 +0000 (GMT) (envelope-from delphij@delphij.net) Received: (qmail 50936 invoked by uid 0); 27 Jan 2005 02:14:00 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 27 Jan 2005 02:14:00 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 4DA6E132B16; Thu, 27 Jan 2005 10:21:58 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11905-10; Thu, 27 Jan 2005 10:21:46 +0800 (CST) Received: from localhost.localdomain (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id B3361131C5F; Thu, 27 Jan 2005 10:21:37 +0800 (CST) From: Xin LI To: Nikolas Britton In-Reply-To: <41F81D0C.8090002@nbritton.org> References: <41F81D0C.8090002@nbritton.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yia0qWhgDKxcajPajIXM" Organization: The FreeBSD Simplified Chinese Project Date: Thu, 27 Jan 2005 10:20:21 +0800 Message-Id: <1106792421.623.7.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net X-Mailman-Approved-At: Thu, 27 Jan 2005 13:00:18 +0000 cc: freebsd-current@freebsd.org cc: delphij@FreeBSD.org cc: cyrille.lefevre@laposte.net Subject: Re: kern/71142; VESA 1024x768 @ the console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 02:22:25 -0000 --=-yia0qWhgDKxcajPajIXM Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable (CC'ed to dsnofe as he has shown interest of this) Yes, a patchset candidate is available at: http://people.freebsd.org/~delphij/vesa This is what I am running with, minus a moused rc.d script patch which can be found in the original PR. Unfortunately I sometimes get odd reboots when trying to start GNOME without any panics/coredumps, and attaching a USB mouse will clear the screen with a claim that "Inappropriate ioctl" or something similiar. I will commit the patch if there's no apparent problems with it. =E5=9C=A8 2005-01-26=E4=B8=89=E7=9A=84 16:43 -0600=EF=BC=8CNikolas Britton= =E5=86=99=E9=81=93=EF=BC=9A > Can anyone comment on the status of this patch? Cheers, --=20 Xin LI http://www.delphij.net/ --=-yia0qWhgDKxcajPajIXM Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB+E/l/cVsHxFZiIoRArcVAJwKCxKSwqsZFCbQcRCbF4I5n15QngCcDyKh ACefJ7nFClxeQwfd7AoCtAM= =bmzZ -----END PGP SIGNATURE----- --=-yia0qWhgDKxcajPajIXM-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 13:16:26 2005 Return-Path: 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 4D42616A4CE for ; Thu, 27 Jan 2005 13:16:26 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 378AB43D2D for ; Thu, 27 Jan 2005 13:16:25 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Cu9VY-0005Lr-00 for ; Thu, 27 Jan 2005 14:16:24 +0100 Received: from dhcp193.ifado.de ([195.253.22.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Jan 2005 14:16:23 +0100 Received: from wb by dhcp193.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Jan 2005 14:16:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Wilhelm B. Kloke" Date: Thu, 27 Jan 2005 13:16:17 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 39 Message-ID: References: <15034.1106822697@critter.freebsd.dk> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp193.ifado.de User-Agent: slrn/0.9.8.0 (FreeBSD) Cache-Post-Path: vestein!unknown@yorikke X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news Subject: Re: Looking for competent nullfs/umapfs/unionfs testers.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 13:16:26 -0000 Poul-Henning Kamp schrieb: > > I cannot test all the weird edge-cases of the stacked filesystems > myself, so I need somebody to help test them for me. I am sufficiently interested in getting unionfs working to do some work. Though, I cannot consider me competent in testing. > 2. I'm not promising to fix all known problems, some of them may > be architecturally unfixable [1], I am merely trying to not break > them any further. A comprehensive list of these problems could help making people interested. > [1] In unionfs: a file is opened R/O and taken from the bottom > layer, and then mmap'ed. Subsequently, the file is opened R/W > and mmaped by another process. The R/W open copies the file > to the upper layer. I have no idea if the two processes will > see a consistent mmap of the file, and if they don't I have > no idea how to fix it, short of always creating a vm_object > for the vnode thereby loosing the caching advantage of the > lower vnode (unless some VM system COW magic can be used ?). > In particular I don't intend to try to fix this problem. If the semantics of a Unix file defines the behaviour in case of plain files (I don't know. Perhaps the behaviour is defined as "undefined" already.) it is essential that the semantics conforms to this definition. Otherwise, it there is clearly no need to have the 2 mmaps consistent. RW-opening of already open files should be restricted in some form. How about return EOPNOTSUPP, if not overwritten by some flag? The man page of flock(2) says that consistent behaviour is not guaranteed by locking. I conclude that without locking it is neither. So the necessity for consistent behaviour has to be announced from the process opening the file by using O_SHLOCK, IMHO. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 13:54:59 2005 Return-Path: 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 12FBB16A4CE for ; Thu, 27 Jan 2005 13:54:59 +0000 (GMT) Received: from fafoe.narf.at (chello084113209090.6.14.vie.surfer.at [84.113.209.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 840F843D5D for ; Thu, 27 Jan 2005 13:54:58 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.1.42]) by fafoe.narf.at (Postfix) with ESMTP id ECD7D40A9; Thu, 27 Jan 2005 14:54:55 +0100 (CET) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id EFDC016B; Thu, 27 Jan 2005 14:54:53 +0100 (CET) Date: Thu, 27 Jan 2005 14:54:53 +0100 From: Stefan Farfeleder To: Scott Long Message-ID: <20050127135452.GU21084@wombat.fafoe.narf.at> Mail-Followup-To: Scott Long , Divacky Roman , current@freebsd.org References: <20050127113906.GA98285@stud.fit.vutbr.cz> <41F8D54F.9090802@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F8D54F.9090802@samsco.org> User-Agent: Mutt/1.5.6i cc: Divacky Roman cc: current@freebsd.org Subject: Re: recent current kernel compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 13:54:59 -0000 On Thu, Jan 27, 2005 at 04:49:35AM -0700, Scott Long wrote: > Divacky Roman wrote: > > >hi > > > >recent current with CFLAGS=-O2: > > > >../dev/amr/amr_pci.c > >/usr/src/sys/modules/amr/../../dev/amr/amr_pci.c: In function > >`amr_setup_mbox': > >/usr/src/sys/modules/amr/../../dev/amr/amr_pci.c:605: warning: > >dereferencing > >type-punned pointer will break strict-aliasing rules > > > >would be nice to have this repaired > > > >roman > > We don't support compiling with -fstrict-aliasing. The correct solution > is likely to change the type of 'p' and add a bunch of casts. Not very > pretty, but I guess no worse than the horribly non-informative gcc > message that is generated here. This patch should be better: Index: amr_pci.c =================================================================== RCS file: /b/ncvs/src/sys/dev/amr/amr_pci.c,v retrieving revision 1.27 diff -I.svn -u -r1.27 amr_pci.c --- amr_pci.c 23 Jan 2005 23:25:41 -0000 1.27 +++ amr_pci.c 27 Jan 2005 13:51:27 -0000 @@ -574,7 +574,7 @@ amr_setup_mbox(struct amr_softc *sc) { int error; - u_int8_t *p; + void *p; debug_called(1); @@ -602,7 +602,7 @@ * Allocate the mailbox structure and permanently map it into * controller-visible space. */ - error = bus_dmamem_alloc(sc->amr_mailbox_dmat, (void **)&p, BUS_DMA_NOWAIT, + error = bus_dmamem_alloc(sc->amr_mailbox_dmat, &p, BUS_DMA_NOWAIT, &sc->amr_mailbox_dmamap); if (error) { device_printf(sc->amr_dev, "can't allocate mailbox memory\n"); @@ -614,8 +614,8 @@ * Conventional mailbox is inside the mailbox64 region. */ bzero(p, sizeof(struct amr_mailbox64)); - sc->amr_mailbox64 = (struct amr_mailbox64 *)(p + 12); - sc->amr_mailbox = (struct amr_mailbox *)(p + 16); + sc->amr_mailbox64 = (struct amr_mailbox64 *)((char *)p + 12); + sc->amr_mailbox = (struct amr_mailbox *)((char *)p + 16); return(0); } Stefan From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 13:58:27 2005 Return-Path: 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 116B616A4CE for ; Thu, 27 Jan 2005 13:58:27 +0000 (GMT) Received: from web51805.mail.yahoo.com (web51805.mail.yahoo.com [206.190.38.236]) by mx1.FreeBSD.org (Postfix) with SMTP id 75F1143D2F for ; Thu, 27 Jan 2005 13:58:26 +0000 (GMT) (envelope-from huanghwh@yahoo.com) Received: (qmail 39176 invoked by uid 60001); 27 Jan 2005 13:58:25 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=pfgpYzZ6Tm+iGheyOw/HxZstkz1LQ5VqseWmWZ2g4Bmo5atlX2ZxTX2vjRtx6IAIgMk2cbo6G+n9eLd9kTAgO4YAFhUun18cMDKxXikayqAzrJtqL7NqVwVswxUMp1cOZmoRHgIN0J5iD0bu5ET8yUb3zB7Be30NviH8dxAZvGM= ; Message-ID: <20050127135825.39174.qmail@web51805.mail.yahoo.com> Received: from [218.20.228.23] by web51805.mail.yahoo.com via HTTP; Thu, 27 Jan 2005 21:58:24 CST Date: Thu, 27 Jan 2005 21:58:24 +0800 (CST) From: huang wen hui To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 27 Jan 2005 14:19:35 +0000 Subject: f77 could not allloc memory large than 512M? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 13:58:27 -0000 hi, This simple program could not run under FreeBSD/i386 CURRENT or STABLE: program PROG real A(128*1024,1024) end $./prog Abort $ldd ./prog ./prog: ./prog: signal 6 According to "http://www.delorie.com/gnu/docs/gcc/g77_24.html", I believe that f77 could not handle the array large than 512M. f77 should give "too large to handle" message when compiling the source. Do I miss something or having some option can solve this problem? --hwh _________________________________________________________ Do You Yahoo!? ÏÓÓÊÏä̫С£¿ÑÅ»¢µçÓÊ×ÔÖúÀ©ÈÝ£¡ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.html From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 14:44:14 2005 Return-Path: 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 815AF16A4CE for ; Thu, 27 Jan 2005 14:44:14 +0000 (GMT) Received: from av3-1-sn4.m-sp.skanova.net (av3-1-sn4.m-sp.skanova.net [81.228.10.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 940FA43D55 for ; Thu, 27 Jan 2005 14:44:13 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av3-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 67CB337E4C; Thu, 27 Jan 2005 15:44:12 +0100 (CET) Received: from smtp4-2-sn4.m-sp.skanova.net (smtp4-2-sn4.m-sp.skanova.net [81.228.10.180]) by av3-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 58F6337E45 for ; Thu, 27 Jan 2005 15:44:12 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-2-sn4.m-sp.skanova.net (Postfix) with SMTP id 18D8B37E43 for ; Thu, 27 Jan 2005 15:44:11 +0100 (CET) Received: (qmail 29016 invoked by uid 1001); 27 Jan 2005 14:44:11 -0000 Date: Thu, 27 Jan 2005 15:44:11 +0100 From: Erik Trulsson To: huang wen hui Message-ID: <20050127144411.GA28920@falcon.midgard.homeip.net> Mail-Followup-To: huang wen hui , current@freebsd.org References: <20050127135825.39174.qmail@web51805.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050127135825.39174.qmail@web51805.mail.yahoo.com> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: f77 could not allloc memory large than 512M? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 14:44:14 -0000 On Thu, Jan 27, 2005 at 09:58:24PM +0800, huang wen hui wrote: > hi, > This simple program could not run under FreeBSD/i386 > CURRENT or STABLE: > > program PROG > real A(128*1024,1024) > end > > $./prog > Abort > > $ldd ./prog > ./prog: > ./prog: signal 6 > > According to > "http://www.delorie.com/gnu/docs/gcc/g77_24.html", > I believe that f77 could not handle the array large > than 512M. f77 should give "too large to handle" > message when compiling the source. Do I miss something > or having some option can solve this problem? You are probably running into the default limits for how much resources a process can use. By default a process can not use more than 512MB of data. Read the limits(1) manpage for information on how to change these limits. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 14:56:55 2005 Return-Path: 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 53EB816A4CE; Thu, 27 Jan 2005 14:56:55 +0000 (GMT) Received: from chaos.fxp.org (chaos.fxp.org [209.251.159.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A4E643D4C; Thu, 27 Jan 2005 14:56:55 +0000 (GMT) (envelope-from jedgar@fxp.org) Received: from localhost (localhost.fxp.org [127.0.0.1]) by chaos.fxp.org (Postfix) with ESMTP id 4891F28428; Thu, 27 Jan 2005 09:56:54 -0500 (EST) Received: from chaos.fxp.org ([127.0.0.1]) by localhost (chaos.fxp.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 56465-02-2; Thu, 27 Jan 2005 09:56:47 -0500 (EST) Received: by chaos.fxp.org (Postfix, from userid 1000) id 6FE6E28426; Thu, 27 Jan 2005 09:56:47 -0500 (EST) Date: Thu, 27 Jan 2005 09:56:47 -0500 From: Chris Faulhaber To: S?ren Schmidt Message-ID: <20050127145647.GB51694@chaos.fxp.org> References: <41F52424.4020001@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F52424.4020001@DeepCore.dk> X-Mailer: socket() X-Virus-Scanned: amavisd-new at fxp.org cc: hackers@freebsd.org cc: 'FreeBSD Current' Subject: Re: ATAPI CD changers anybody ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 14:56:55 -0000 On Mon, Jan 24, 2005 at 05:36:52PM +0100, S?ren Schmidt wrote: > > Seems I lost my lonely ATAPI CDROM with built in changer to the eternal > HW scrapyards, let it rest in peace :) > > Finding a new one seems difficult so I thought I'd ask around how many > still has one of these ? > > I ask because the support code for those seem to have suffered bitrot to > the degree that it most likely hasn't worked on -current (maybe even > 5.x) for a long time, but alas I cant test that. > > Now, since it seems that such devices are no longer made, and newer > really caught on, I need some good reasons to keep the (broken) support > in there. > I have two of these, a 4x and 6x: acd0-3: CDROM with 4 CD changer at ata1-master PIO3 I still use one under 4.x but since they will not read many newer CDR's and CDRW's their usefulness is waning. If you would like one in order to continue supporting them, send me your address and I will have one shipped. -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 15:04:44 2005 Return-Path: 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 AEB4416A4CE for ; Thu, 27 Jan 2005 15:04:44 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDCDB43D54 for ; Thu, 27 Jan 2005 15:04:43 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 91B7FE0E81; Thu, 27 Jan 2005 16:04:42 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6CCCA92A34; Thu, 27 Jan 2005 16:04:42 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5044B929E6; Thu, 27 Jan 2005 16:04:42 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2B0A7D81C9; Thu, 27 Jan 2005 16:04:42 +0100 (CET) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j0RF4fCh098794; Thu, 27 Jan 2005 16:04:41 +0100 (CET) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id j0RF4f5s006933; Thu, 27 Jan 2005 16:04:41 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.13.1/Submit) id j0RF4eQm006932; Thu, 27 Jan 2005 16:04:40 +0100 (CET) (envelope-from q@uni.de) Date: Thu, 27 Jan 2005 16:04:40 +0100 From: Ulrich Spoerlein To: Poul-Henning Kamp Message-ID: <20050127150440.GB759@galgenberg.net> Mail-Followup-To: Poul-Henning Kamp , current@freebsd.org References: <15034.1106822697@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15034.1106822697@critter.freebsd.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: current@freebsd.org Subject: Re: Looking for competent nullfs/umapfs/unionfs testers.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 15:04:44 -0000 On Thu, 27.01.2005 at 11:44:57 +0100, Poul-Henning Kamp wrote: > - will spend the time producing a minimal testcase for the failures > they encounter. Well, I can only report a problem with NFS + Unionfs on 5.3. It is very easily reproduceable, though it's definitely not a minimal test or a regression test. Steps needed: # mount -t unionfs /vol /usr/ports # mount -t nfs coyote:/usr/ports on /usr/ports (nfs, read-only) # mount -t unionfs :/vol on /usr/ports (unionfs, noclusterw) # cd /usr/ports/emulators/linux_base-8 # make WRKDIRPREFIX="" install ... brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/sbin/ldconfig: Text file busy *** Error code 1 Stop in /usr/ports/emulators/linux_base-8. # brandelf -t Linux /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/sbin/* brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/sbin/install-info: Text file busy brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/sbin/ldconfig: Text file busy # brandelf -t Linux /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/* brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/bash: Text file busy brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/bash2: Text file busy brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/chown: Text file busy brandelf: file '/usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/egrep' is not ELF format brandelf: file '/usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/fgrep' is not ELF format brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/grep: Text file busy brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/mv: Text file busy brandelf: error opening file /usr/ports/emulators/linux_base-8/work/linux_base-8-8.0/bin/sh: Text file busy # brandelf -t Linux /vol/emulators/linux_base-8/work/linux_base-8-8.0/bin/* brandelf: file '/vol/emulators/linux_base-8/work/linux_base-8-8.0/bin/egrep' is not ELF format brandelf: file '/vol/emulators/linux_base-8/work/linux_base-8-8.0/bin/fgrep' is not ELF format So, trying to brandelf the files in the upper layer will fail on some files (deterministically) and brandelfing the same files in the lower layer succeeds (egrep and fgrep are false positives). I have no clue what's wrong here, and if this is already fixed in 6.0 or P4, even better! Just wanted to share a scenario where unionfs fails on 5.3. Ulrich Spoerlein -- PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 16:13:24 2005 Return-Path: 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 DC0EA16A4CE for ; Thu, 27 Jan 2005 16:13:24 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99FF043D2F for ; Thu, 27 Jan 2005 16:13:24 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4FFB9F297C; Thu, 27 Jan 2005 08:13:24 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00737-01; Thu, 27 Jan 2005 08:13:19 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 14004F296F; Thu, 27 Jan 2005 08:13:19 -0800 (PST) From: Sean McNeil To: Shunsuke Akiyama In-Reply-To: <20050126233022O.akiyama@jp.FreeBSD.org> References: <1106727949.8449.3.camel@server.mcneil.com> <20050126233022O.akiyama@jp.FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-J2vOgJMv3GkSRKRqS1qB" Date: Thu, 27 Jan 2005 08:13:18 -0800 Message-Id: <1106842398.1142.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: panic 01/25/04 kernel in uhci uplcom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 16:13:25 -0000 --=-J2vOgJMv3GkSRKRqS1qB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2005-01-26 at 23:30 +0900, Shunsuke Akiyama wrote: > At Wed, 26 Jan 2005 00:25:49 -0800, > Sean McNeil wrote: >=20 > > I got a panic on a recent kernel: > >=20 > > FreeBSD server.mcneil.com 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri Jan = 7 > > 18:21:53 PST 2005 root@server.mcneil.com:/usr/obj/usr/src/sys/AMD64 > > amd64 > >=20 > > Jan 25 23:50:39 server syslogd: kernel boot file > > is /boot/kernel.old/kernel > > Jan 25 23:50:39 server kernel: panic: uhci_abort_xfer: not in process > > context > > Jan 25 23:50:39 server kernel: Uptime: 1m39s > > Jan 25 23:50:39 server kernel: interrupt total > > Jan 25 23:50:39 server kernel: irq1: atkbd0 2 > > Jan 25 23:50:39 server kernel: irq0: clk 323813 > > Jan 25 23:50:39 server kernel: irq4: sio0 5 > > Jan 25 23:50:39 server kernel: irq8: rtc 20738 > > Jan 25 23:50:39 server kernel: irq14: ata0 722 > > Jan 25 23:50:39 server kernel: irq15: ata1 186 > > Jan 25 23:50:39 server kernel: irq16: re0 62 > > Jan 25 23:50:39 server kernel: irq17: fwohci0 1 > > Jan 25 23:50:39 server kernel: irq19: dc0 2 > > Jan 25 23:50:39 server kernel: irq20: atapci0 6006 > > Jan 25 23:50:39 server kernel: irq21: uhci0 uhci1+ 136 > > Jan 25 23:50:39 server kernel: Total 351673 > > Jan 25 23:50:39 server kernel: KDB: stack backtrace: > > Jan 25 23:50:39 server kernel: hardclock() at hardclock+0x1eb > > Jan 25 23:50:39 server kernel: intr_execute_handlers() at > > intr_execute_handlers+0x102 > > Jan 25 23:50:39 server kernel: lapic_handle_intr() at lapic_handle_intr > > +0x21 > > Jan 25 23:50:39 server kernel: Xapic_isr1() at Xapic_isr1+0x7d > > Jan 25 23:50:39 server kernel: --- interrupt, rip =3D 0xffffffff802eb1e= 1, > > rsp =3D 0xffffffffb19187e0, rbp =3D 0xffffffffb1918810 --- > > Jan 25 23:50:39 server kernel: cv_wait() at cv_wait+0x1 > > Jan 25 23:50:39 server kernel: ata_queue_request() at ata_queue_request > > +0x1e8 > > Jan 25 23:50:39 server kernel: ata_controlcmd() at ata_controlcmd+0x8b > > Jan 25 23:50:39 server kernel: ata_shutdown() at ata_shutdown+0xb8 > > Jan 25 23:50:39 server kernel: boot() at boot+0x25c > > Jan 25 23:50:39 server kernel: panic() at panic+0x167 > > Jan 25 23:50:39 server kernel: uhci_abort_xfer() at uhci_abort_xfer+0x6= 8 > > Jan 25 23:50:39 server kernel: usbd_abort_pipe() at usbd_abort_pipe+0x2= 7 > > Jan 25 23:50:39 server kernel: ucomstopread() at ucomstopread+0x27 > > Jan 25 23:50:39 server kernel: ucomstop() at ucomstop+0x2f > > Jan 25 23:50:39 server kernel: ttyflush() at ttyflush+0x34 > > Jan 25 23:50:39 server kernel: ttymodem() at ttymodem+0x9e > > Jan 25 23:50:39 server kernel: ucom_status_change() at > > ucom_status_change+0x93 > > Jan 25 23:50:39 server kernel: uplcom_intr() at uplcom_intr+0x94 > > Jan 25 23:50:39 server kernel: usb_transfer_complete() at > > usb_transfer_complete+0x201 > > Jan 25 23:50:39 server kernel: uhci_softintr() at uhci_softintr+0x100 > > Jan 25 23:50:39 server kernel: uhci_intr1() at uhci_intr1+0xd5 > > Jan 25 23:50:39 server kernel: ithread_loop() at ithread_loop+0xd3 > > Jan 25 23:50:39 server kernel: fork_exit() at fork_exit+0x8f > > Jan 25 23:50:39 server kernel: fork_trampoline() at fork_trampoline+0xe > > Jan 25 23:50:39 server kernel: --- trap 0, rip =3D 0, rsp =3D > > 0xffffffffb1918d00, rbp =3D 0 --- >=20 > Oh, usbd_abort_pipe() and underlaying uhci_abort_xfer() should be > called from non interrupt context only. uhci_abort_xfer() checks this > condition and make a panic. >=20 > This is not a problem only for uplcom(4). Both umodem(4) and > uvscom(4) potentially have a same problem. >=20 > Please try attached patch and let me know the result. This patch eliminated my panic. Thanks, Sean --=-J2vOgJMv3GkSRKRqS1qB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB+RMeyQsGN30uGE4RAh9uAJ9SFyMl0+r1PWUMIdTDsJaeINksfgCfSbbO XqcSVE/l+7s9uwT2dvJzpoE= =Bp/Q -----END PGP SIGNATURE----- --=-J2vOgJMv3GkSRKRqS1qB-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 16:20:38 2005 Return-Path: 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 2293216A4CE for ; Thu, 27 Jan 2005 16:20:38 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FBAD43D55 for ; Thu, 27 Jan 2005 16:20:37 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0RGImrv091127; Thu, 27 Jan 2005 09:18:48 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 27 Jan 2005 09:20:14 -0700 (MST) Message-Id: <20050127.092014.112818222.imp@bsdimp.com> To: sean@mcneil.com From: "M. Warner Losh" In-Reply-To: <1106802707.21505.1.camel@server.mcneil.com> References: <1106802707.21505.1.camel@server.mcneil.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Please fix recent breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 16:20:38 -0000 No, this is a module that never should have been build on amd64. Now it no longer is. Warner From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 16:29:17 2005 Return-Path: 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 9D95E16A4CE for ; Thu, 27 Jan 2005 16:29:17 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6695443D66 for ; Thu, 27 Jan 2005 16:29:17 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 1F459F2983; Thu, 27 Jan 2005 08:29:17 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00737-02; Thu, 27 Jan 2005 08:29:16 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 07211F297C; Thu, 27 Jan 2005 08:29:16 -0800 (PST) From: Sean McNeil To: "M. Warner Losh" In-Reply-To: <20050127.092014.112818222.imp@bsdimp.com> References: <1106802707.21505.1.camel@server.mcneil.com> <20050127.092014.112818222.imp@bsdimp.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-O7JtOhKy5CXLlbeRGeJ2" Date: Thu, 27 Jan 2005 08:29:15 -0800 Message-Id: <1106843355.7627.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: Please fix recent breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 16:29:17 -0000 --=-O7JtOhKy5CXLlbeRGeJ2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2005-01-27 at 09:20 -0700, M. Warner Losh wrote: > No, this is a module that never should have been build on amd64. Now > it no longer is. Regardless of the reason for breakage, the kernel build is now fixed. Thanks, Sean --=-O7JtOhKy5CXLlbeRGeJ2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB+RbbyQsGN30uGE4RAu6+AKDOQSRPta5F8ExrFdUut/gbmS59mACg5oTk Q9LxNelTIHvFPN6nhpb3ncc= =m9LR -----END PGP SIGNATURE----- --=-O7JtOhKy5CXLlbeRGeJ2-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 19:51:21 2005 Return-Path: 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 205D116A4CE for ; Thu, 27 Jan 2005 19:51:21 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1F88743D46 for ; Thu, 27 Jan 2005 19:51:20 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Jan 2005 19:51:19 +0000 (GMT) Date: Thu, 27 Jan 2005 19:51:18 +0000 From: David Malone To: huang wen hui , current@freebsd.org Message-ID: <20050127195118.GA75113@walton.maths.tcd.ie> References: <20050127135825.39174.qmail@web51805.mail.yahoo.com> <20050127144411.GA28920@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050127144411.GA28920@falcon.midgard.homeip.net> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Subject: Re: f77 could not allloc memory large than 512M? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Jan 2005 19:51:21 -0000 On Thu, Jan 27, 2005 at 03:44:11PM +0100, Erik Trulsson wrote: > You are probably running into the default limits for how much resources > a process can use. By default a process can not use more than 512MB of > data. > Read the limits(1) manpage for information on how to change these > limits. In fact (if fortran memory allocation is anything like C) it may well be the stacksize limit that you are running into, which is smaller than the datasize limit. David. From owner-freebsd-current@FreeBSD.ORG Thu Jan 27 22:11:55 2005 Return-Path: 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 46E0116A4CE; Thu, 27 Jan 2005 22:11:55 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA54743D31; Thu, 27 Jan 2005 22:11:54 +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.1/8.13.1) with ESMTP id j0RMBs2I047398; Thu, 27 Jan 2005 17:11:54 -0500 (EST) (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.1/8.13.1) with ESMTP id j0RMBta1054507; Thu, 27 Jan 2005 17:11:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 14CB67306E; Thu, 27 Jan 2005 17:11:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050127221153.14CB67306E@freebsd-current.sentex.ca> Date: Thu, 27 Jan 2005 17:11:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:11:55 -0000 TB --- 2005-01-27 20:53:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-27 20:53:48 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-27 20:53:48 - checking out the source tree TB --- 2005-01-27 20:53:48 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-27 20:53:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-27 20:59:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-27 20:59:20 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-27 20:59:20 - /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 TB --- 2005-01-27 22:05:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-27 22:05:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-27 22:05:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jan 27 22:05:43 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/axe/../../conf/kmod_syms.awk if_axe.kld export_syms | xargs -J% objcopy % if_axe.kld ld -Bshareable -d -warn-common -o if_axe.ko.debug if_axe.kld objcopy --strip-debug if_axe.ko.debug if_axe.ko ===> bfe (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c: In function `bfe_dma_alloc': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c:212: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-27 22:11:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-27 22:11:53 - ERROR: failed to build generic kernel TB --- 2005-01-27 22:11:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 03:23:53 2005 Return-Path: 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 883D416A4CE for ; Fri, 28 Jan 2005 03:23:53 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6124643D45 for ; Fri, 28 Jan 2005 03:23:53 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4CD3C72DD4; Thu, 27 Jan 2005 19:23:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4A7C972DCB; Thu, 27 Jan 2005 19:23:53 -0800 (PST) Date: Thu, 27 Jan 2005 19:23:53 -0800 (PST) From: Doug White To: Erik Trulsson In-Reply-To: <20050127144411.GA28920@falcon.midgard.homeip.net> Message-ID: <20050127192150.A68551@carver.gumbysoft.com> References: <20050127135825.39174.qmail@web51805.mail.yahoo.com> <20050127144411.GA28920@falcon.midgard.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: huang wen hui Subject: Re: f77 could not allloc memory large than 512M? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 03:23:53 -0000 On Thu, 27 Jan 2005, Erik Trulsson wrote: > You are probably running into the default limits for how much resources > a process can use. By default a process can not use more than 512MB of > data. > Read the limits(1) manpage for information on how to change these > limits. You're half right :) The 512MB limit is hard; you need to either rebuild your kernel with MAXDSIZ increased or use the kern.maxdsiz loader tunable (and perhaps the related kern.dfldsiz). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 04:36:59 2005 Return-Path: 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 D4B5C16A4CE for ; Fri, 28 Jan 2005 04:36:59 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B6B043D31 for ; Fri, 28 Jan 2005 04:36:52 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j0S4ZdB3005516 for ; Fri, 28 Jan 2005 15:05:39 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Fri, 28 Jan 2005 15:06:43 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j0S4WaQ24069 for ; Fri, 28 Jan 2005 15:02:36 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK38ZF3P; Fri, 28 Jan 2005 15:01:58 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id j0S4Y7h4011344 ; Fri, 28 Jan 2005 15:04:07 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id j0S4Y60d011343; Fri, 28 Jan 2005 15:04:06 +1030 (CST) (envelope-from wilkinsa) Date: Fri, 28 Jan 2005 15:04:06 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, matthew.thyer@dsto.defence.gov.au Message-ID: <20050128043403.GA11316@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, matthew.thyer@dsto.defence.gov.au Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [RELENG_5 panic] top(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 04:36:59 -0000 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05238d9 stack pointer = 0x10:0xe8745b2c frame pointer = 0x10:0xe8745b60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 1575 (top) [thread pid 1575 tid 100176 ] Stopped at turnstile_wait+0x269: movl 0x24(%eax),%eax db> tr Tracing pid 1575 tid 100176 td 0xc32ef960 turnstile_wait(c2964640,c32ec77c,c32ef640,c2964640,c30e1a00) at turnstile_wait+0 x269 _mtx_lock_sleep(c32ec77c,c32ef960,0,0,0) at _mtx_lock_sleep+0x81 sysctl_kern_proc(c06d1860,0,0,e8745c04,e8745c04) at sysctl_kern_proc+0x3ab sysctl_root(3,e8745c04,0,c32ef960,1) at sysctl_root+0xa3 userland_sysctl(c32ef960,e8745c70,3,0,bfbfe6dc) at userland_sysctl+0xf8 __sysctl(c32ef960,e8745d14,18,80b7000,6) at __sysctl+0xb1 syscall(2f,2f,2f,bfbfe6dc,bfbfe710) at syscall+0x1fa Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28137df3, esp = 0xbfbfe67c, ebp = 0xbfbfe6a8 db> show pcpu cpuid = 0 curthread = 0xc32ef960: pid 1575 "top" curpcb = 0xe8745da0 fpcurthread = 0xc32ef960: pid 1575 "top" idlethread = 0xc26644b0: pid 11 "idle" APIC ID = 0 currentldt = 0x30 db> From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 06:29:10 2005 Return-Path: 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 6C36516A4CE for ; Fri, 28 Jan 2005 06:29:10 +0000 (GMT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5447543D2D for ; Fri, 28 Jan 2005 06:29:07 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id PAA20868 for ; Fri, 28 Jan 2005 15:29:04 +0900 (JST) Message-Id: <200501280629.PAA20868@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: freebsd-current@freebsd.org From: takawata@jp.freebsd.org Date: Fri, 28 Jan 2005 15:29:03 +0900 Sender: takawata@axe-inc.co.jp Subject: Cannot cp(1) file from smbfs.(MMAP problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 06:29:10 -0000 Hi, I have problem when try to copy file by cp(1). When /mnt is smbfs, % cp /mnt/foo.txt /tmp will produce cp: /mnt/foo.txt: Invalid argument And tracing syscall shows that the error is produced by mmap(2). Is it known problem? FreeBSD tmp.init-main.com 6.0-CURRENT FreeBSD 6.0-CURRENT #59: Wed Jan 26 02:29:16 JST 2005 takawata@sana.init-main.com:/usr/obj/usr/src/sys/LIEUTENANT i386 =========- > cat /mnt/foo.txt fugafuga > cp /mnt/foo.txt . cp: /mnt/foo.txt: Invalid argument > cat foo.txt > ls -l foo.txt -rwxr-xr-x 1 takawata wheel 0 1 28 15:24 foo.txt > gcc -o mm mm.c > ./mm foo.txt 3 0x28158000 > ./mm /mnt/foo.txt 3 0xffffffff MMAP: Invalid argument mm: MMAP > cat mm.c #include #include #include #include main(int argc, char * argv[]) { int fd; void *ptr; if(argc <= 1){ exit(-1); } if((fd = open(argv[1], O_RDONLY))== -1){ errx(-1, "OPEN"); } printf("%d\n", fd); ptr = mmap(NULL, 4096, PROT_READ, MAP_PRIVATE, fd, 0); printf("%p\n", ptr); if(ptr == MAP_FAILED){ perror("MMAP"); errx(-1, "MMAP"); } } ====== From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 07:05:29 2005 Return-Path: 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 A90DF16A4CE for ; Fri, 28 Jan 2005 07:05:29 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3452243D2D for ; Fri, 28 Jan 2005 07:05:29 +0000 (GMT) (envelope-from gert.cuykens@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so407720rne for ; Thu, 27 Jan 2005 23:05:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=j9ubxdDh8dZFXOZc2z7YjXTKeQ1iX/rB7/3gOZ9QfMD/A6chFk6edsgaUp91Cz0oFhHVaOUDnBn8BucvXcgxypKKW8MK4PuPEcFMRdhGtVowoMaSXiZ99jkfAz1v2adc6fyd8Iw91ANF6Nct88Gkfd69cGCkwxT53NJu9spnPcc= Received: by 10.38.59.52 with SMTP id h52mr3297rna; Thu, 27 Jan 2005 23:05:28 -0800 (PST) Received: by 10.38.74.6 with HTTP; Thu, 27 Jan 2005 23:05:28 -0800 (PST) Message-ID: Date: Fri, 28 Jan 2005 08:05:28 +0100 From: Gert Cuykens To: freebsd-current@freebsd.org, matthew.thyer@dsto.defence.gov.au In-Reply-To: <20050128043403.GA11316@squash.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050128043403.GA11316@squash.dsto.defence.gov.au> Subject: Re: [RELENG_5 panic] top(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gert Cuykens List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 07:05:29 -0000 On Fri, 28 Jan 2005 15:04:06 +1030, Wilkinson, Alex wrote: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc05238d9 > stack pointer = 0x10:0xe8745b2c > frame pointer = 0x10:0xe8745b60 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 1575 (top) > [thread pid 1575 tid 100176 ] > Stopped at turnstile_wait+0x269: movl 0x24(%eax),%eax > > db> tr > Tracing pid 1575 tid 100176 td 0xc32ef960 > turnstile_wait(c2964640,c32ec77c,c32ef640,c2964640,c30e1a00) at > turnstile_wait+0 > x269 > _mtx_lock_sleep(c32ec77c,c32ef960,0,0,0) at _mtx_lock_sleep+0x81 > sysctl_kern_proc(c06d1860,0,0,e8745c04,e8745c04) at > sysctl_kern_proc+0x3ab > sysctl_root(3,e8745c04,0,c32ef960,1) at sysctl_root+0xa3 > userland_sysctl(c32ef960,e8745c70,3,0,bfbfe6dc) at > userland_sysctl+0xf8 > __sysctl(c32ef960,e8745d14,18,80b7000,6) at __sysctl+0xb1 > syscall(2f,2f,2f,bfbfe6dc,bfbfe710) at syscall+0x1fa > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28137df3, esp = > 0xbfbfe67c, > ebp = 0xbfbfe6a8 > > db> show pcpu > cpuid = 0 > curthread = 0xc32ef960: pid 1575 "top" > curpcb = 0xe8745da0 > fpcurthread = 0xc32ef960: pid 1575 "top" > idlethread = 0xc26644b0: pid 11 "idle" > APIC ID = 0 > currentldt = 0x30 > db> > > _______________________________________________ > 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" > Is it safe to compile a new kernel now ? From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 07:08:57 2005 Return-Path: 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 6290416A4CE for ; Fri, 28 Jan 2005 07:08:57 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 103FA43D1D for ; Fri, 28 Jan 2005 07:08:57 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CuQFS-0003HK-MR for freebsd-current@freebsd.org; Fri, 28 Jan 2005 09:08:54 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jan 2005 09:08:54 +0200 From: Danny Braniss Message-ID: Subject: dump is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 07:08:57 -0000 hi, while running 'dump 0f - /dist | restore rf -' the dump proc. got stuck, it seems it's waiting on some lock: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 30924 30922 0 4 0 3396 2852 sbwait T p1 1:00.88 dump: /dev/amrd0s3h: ... 0 30925 30924 1 -8 0 3268 2784 physrd TL p1 0:53.84 dump 0f - /dist (dump) 0 30926 30924 1 20 0 3268 2784 pause T p1 0:53.69 dump 0f - /dist (dump) 0 30927 30924 1 20 0 3268 2784 pause T p1 0:54.12 dump 0f - /dist (dump) (this is 5.3-STABLE, cvs'ed about a week ago, and it's a SMP system). how can i find which lock? or who is holding it? thanks, danny From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 08:04:33 2005 Return-Path: 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 CEA9116A4CE; Fri, 28 Jan 2005 08:04:33 +0000 (GMT) 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 1350C43D55; Fri, 28 Jan 2005 08:04:33 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j0S84Rof073748; Fri, 28 Jan 2005 09:04:30 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41F9F204.3080904@DeepCore.dk> Date: Fri, 28 Jan 2005 09:04:20 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris Faulhaber References: <41F52424.4020001@DeepCore.dk> <20050127145647.GB51694@chaos.fxp.org> In-Reply-To: <20050127145647.GB51694@chaos.fxp.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: hackers@freebsd.org cc: 'FreeBSD Current' Subject: Re: ATAPI CD changers anybody ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 08:04:33 -0000 First thanks to all those that responded to this inquiry, it has given=20 me a pointer to how wanted this is. Chris Faulhaber wrote: > On Mon, Jan 24, 2005 at 05:36:52PM +0100, S?ren Schmidt wrote: >=20 >>Seems I lost my lonely ATAPI CDROM with built in changer to the eternal= =20 >>HW scrapyards, let it rest in peace :) >> >>Finding a new one seems difficult so I thought I'd ask around how many = >>still has one of these ? >> >>I ask because the support code for those seem to have suffered bitrot t= o=20 >>the degree that it most likely hasn't worked on -current (maybe even=20 >>5.x) for a long time, but alas I cant test that. >> >>Now, since it seems that such devices are no longer made, and newer=20 >>really caught on, I need some good reasons to keep the (broken) support= =20 >>in there. >> > I have two of these, a 4x and 6x: >=20 > acd0-3: CDROM with 4 CD changer at ata1-master P= IO3 >=20 > I still use one under 4.x but since they will not read many newer > CDR's and CDRW's their usefulness is waning. Exactly, and it is much cheaper and ALOT faster to copy those CD images=20 to a harddisk and be doen with it. > If you would like one in order to continue supporting them, send > me your address and I will have one shipped. Thanks! I'll first decide if I want to keep the support alive for 6.0,=20 and I'll get back to those with these drives if/when I need to get it=20 tested etc... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 08:08:04 2005 Return-Path: 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 9B94D16A4D0 for ; Fri, 28 Jan 2005 08:08:04 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 234B643D45 for ; Fri, 28 Jan 2005 08:08:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j0S880GR100496 for ; Fri, 28 Jan 2005 03:08:00 -0500 Message-ID: <41F9F2DC.7000907@elischer.org> Date: Fri, 28 Jan 2005 00:07:56 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 08:08:04 -0000 the man page for sh says: ---------------------------------------------------------------- Grouping Commands Together Commands may be grouped by writing either (list) or { list; } The first form executes the commands in a subshell. Note that built-in commands thus executed do not affect the current shell. The second form does not fork another shell, so it is slightly more efficient. Grouping commands together this way allows the user to redirect their output as though they were one program: { echo -n "hello"; echo " world"; } > greeting ----------------------------------------------------------------------- however echo $$ and ( echo $$ ) produce the same result. in addition, ps -l and ( ps -l ) show the same parent process for 'ps' so it looks to me that () is acting the same as {} and that neither is forking a new shell. am I missing something? From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 08:19:55 2005 Return-Path: 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 E347E16A4CE for ; Fri, 28 Jan 2005 08:19:55 +0000 (GMT) Received: from willempie.het.net.je (willempie.het.net.je [192.87.110.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A4F43D58 for ; Fri, 28 Jan 2005 08:19:55 +0000 (GMT) (envelope-from walter+freebsd@belgers.com) Received: by willempie.het.net.je (Postfix, from userid 500) id B0B322B0DA; Fri, 28 Jan 2005 09:19:53 +0100 (CET) Date: Fri, 28 Jan 2005 09:19:53 +0100 From: Walter Belgers To: Julian Elischer Message-ID: <20050128081953.GC98080@willempie.het.net.je> Mail-Followup-To: Julian Elischer , Current References: <41F9F2DC.7000907@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F9F2DC.7000907@elischer.org> X-message-flag: Outlook : A program to spread viruses, but it can do mail too. Reply-By: Tue, 24 Jul 2000 User-Agent: Mutt/1.5.6i cc: Current Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 08:19:56 -0000 Julian Elischer wrote: > > however echo $$ > and > ( echo $$ ) echo is a shell builting (same with ps). Apparantly, sh is smart in recognising you are running sh/ps. $ echo $$ 11808 $ (echo $$) 11808 $ cat x #!/bin/sh echo $$ $ (./x) 11812 Walter. -- Walter Belgers walter@belgers.com Get some clue! http://www.ENOCLUE.nl/ From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 08:44:12 2005 Return-Path: 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 B6D9016A4CE for ; Fri, 28 Jan 2005 08:44:12 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334A143D41 for ; Fri, 28 Jan 2005 08:44:12 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j0S8hooB362340; Fri, 28 Jan 2005 03:44:07 -0500 Message-ID: <41F9FB43.3080105@elischer.org> Date: Fri, 28 Jan 2005 00:43:47 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Walter Belgers References: <41F9F2DC.7000907@elischer.org> <20050128081953.GC98080@willempie.het.net.je> In-Reply-To: <20050128081953.GC98080@willempie.het.net.je> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 08:44:12 -0000 Walter Belgers wrote: > Julian Elischer wrote: > >>however echo $$ >>and >> ( echo $$ ) > > > echo is a shell builting (same with ps). > Apparantly, sh is smart in recognising you are running sh/ps. > > $ echo $$ > 11808 > $ (echo $$) > 11808 > $ cat x > #!/bin/sh > echo $$ > $ (./x) > 11812 > > Walter. that doesn't prove anything... ./x would have given the same result. Actually I investigated further.. $ echo $$ 13472 $ ( > ps -l >/tmp/1 > cat /tmp/1 > ps -l >/tmp/2 > cat /tmp/2 > echo $$ > ) >/tmp/3 $ cat /tmp/3 [...] 1000 13472 8177 0 8 0 5484 496 wait S pa 0:00.01 /rescue/sh 1000 14482 13472 0 8 0 5484 496 wait S+ pa 0:00.00 /rescue/sh 1000 14483 14482 0 96 0 1412 756 - R+ pa 0:00.00 ps -l [...] this shows that it in fact does fork a different shell, but only if the contents of the group are "complicated enough". interestingly enough adding "echo $$" inside the group still prints the original value of 13472 and not 14482 which might be more truthful. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 08:45:55 2005 Return-Path: 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 BC1C416A4CE for ; Fri, 28 Jan 2005 08:45:55 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EEEF43D46 for ; Fri, 28 Jan 2005 08:45:54 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Fri, 28 Jan 2005 09:45:53 +0100 Date: Fri, 28 Jan 2005 09:45:54 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Julian Elischer In-Reply-To: <41F9F2DC.7000907@elischer.org> Message-ID: <20050128094116.B56848@beagle.kn.op.dlr.de> References: <41F9F2DC.7000907@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 28 Jan 2005 08:45:53.0523 (UTC) FILETIME=[C6A74430:01C50515] cc: Current Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 08:45:55 -0000 On Fri, 28 Jan 2005, Julian Elischer wrote: JE>however echo $$ JE>and JE> ( echo $$ ) JE> JE>produce the same result. I think that the $$ is expanded in the old shell in any case. harti From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 08:58:30 2005 Return-Path: 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 F3B7416A4CF; Fri, 28 Jan 2005 08:58:29 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E7E43D45; Fri, 28 Jan 2005 08:58:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0S8wSld032911; Fri, 28 Jan 2005 03:58:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0S8wSsV037112; Fri, 28 Jan 2005 03:58:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 675647306E; Fri, 28 Jan 2005 03:58:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050128085828.675647306E@freebsd-current.sentex.ca> Date: Fri, 28 Jan 2005 03:58:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 08:58:30 -0000 TB --- 2005-01-28 07:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-28 07:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-28 07:30:00 - checking out the source tree TB --- 2005-01-28 07:30:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-28 07:30:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-28 07:35:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-28 07:35:33 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-28 07:35:33 - /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 TB --- 2005-01-28 08:51:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-28 08:51:12 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-28 08:51:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jan 28 08:51:13 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/modules/axe/../../conf/kmod_syms.awk if_axe.kld export_syms | xargs -J% objcopy % if_axe.kld ld -Bshareable -d -warn-common -o if_axe.ko.debug if_axe.kld objcopy --strip-debug if_axe.ko.debug if_axe.ko ===> bfe (all) cc -O2 -fno-strict-aliasing -pipe -mcpu=ev4 -mtune=ev5 -mieee -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c: In function `bfe_dma_alloc': /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c:212: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-28 08:58:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-28 08:58:28 - ERROR: failed to build generic kernel TB --- 2005-01-28 08:58:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 09:06:24 2005 Return-Path: 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 0FA9D16A4CE; Fri, 28 Jan 2005 09:06:24 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81ECF43D46; Fri, 28 Jan 2005 09:06:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j0S96LoB059114; Fri, 28 Jan 2005 04:06:22 -0500 Message-ID: <41FA008D.7030403@elischer.org> Date: Fri, 28 Jan 2005 01:06:21 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Harti Brandt References: <41F9F2DC.7000907@elischer.org> <20050128094116.B56848@beagle.kn.op.dlr.de> In-Reply-To: <20050128094116.B56848@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 09:06:24 -0000 Harti Brandt wrote: > On Fri, 28 Jan 2005, Julian Elischer wrote: > > JE>however echo $$ > JE>and > JE> ( echo $$ ) > JE> > JE>produce the same result. > > I think that the $$ is expanded in the old shell in any case. hence my test of ps -l vs (ps -l) unfortunatly the shell short circuits that too if it's too simple. > > harti > _______________________________________________ > 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 Fri Jan 28 09:16:29 2005 Return-Path: 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 107D416A4CE for ; Fri, 28 Jan 2005 09:16:29 +0000 (GMT) Received: from ns.crs.co.jp (ns.crs.co.jp [202.214.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133C743D31 for ; Fri, 28 Jan 2005 09:16:28 +0000 (GMT) (envelope-from ta.nakamura@crs.co.jp) Received: from inns.ycc.crs.co.jp ([192.168.30.202]) by ns.crs.co.jp (8.11.3/8.11.3) with ESMTP id j0S9FEs19637; Fri, 28 Jan 2005 18:15:14 +0900 Received: from [192.168.31.176] (localhost [127.0.0.1]) by inns.ycc.crs.co.jp (8.11.3/8.11.3) with ESMTP id j0S9GAo28629; Fri, 28 Jan 2005 18:16:10 +0900 Date: Fri, 28 Jan 2005 18:16:10 +0900 From: NAKAMURA Takeshi <1yen@sh.rim.or.jp> To: Julian Elischer In-Reply-To: <20050128081953.GC98080@willempie.het.net.je> References: <41F9F2DC.7000907@elischer.org> <20050128081953.GC98080@willempie.het.net.je> X-Mailer-Plugin: BkASPil for Becky!2 Ver.2.030 Message-Id: <20050128172612.424D.1YEN@sh.rim.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.12.01 [ja] cc: Current Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 09:16:29 -0000 On Fri, 28 Jan 2005 09:19:53 +0100, Walter Belgers wrote: > echo is a shell builting (same with ps). $ ( echo $$ ) 623 $ ( /bin/echo $$ ) 623 $$ is expaned by the outside of "()" shell. echo is not expand $$. % sh $ csh -c 'ps -alw -p $$' UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 1001 788 670 5 20 0 2240 1752 pause S+ p3 0:00.02 csh -c ps -alw -p $$ csh pid^^^ ^^^sh pid $ ( csh -c 'ps -alw -p $$' ) UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 1001 790 670 3 20 0 2240 1752 pause S+ p3 0:00.02 csh -c ps -alw -p $$ csh pid^^^ ^^^sh pid same sh pid. I have poor english, sorry. (on 5.3-RELEASE-p5) From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 09:59:14 2005 Return-Path: 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 74A1B16A4CE for ; Fri, 28 Jan 2005 09:59:14 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E4743D31 for ; Fri, 28 Jan 2005 09:59:13 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so408365wri for ; Fri, 28 Jan 2005 01:59:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ss8cWTnECbiPI9AX1R0ylekjEAkAiuVfsmG1WNjlmTV9CNdDwmvqSQBpprs2IYPWRKV8AsgnTA1GSxuNXn22MPHjwgkKLS1fQtnHXUIYiGzExIsoq4fWYHvxvndZVKhoLh7zvLbN+w+3pjIRAN+UI27bODENWyzgOgO+U4E+mRg= Received: by 10.54.21.66 with SMTP id 66mr277121wru; Fri, 28 Jan 2005 01:59:13 -0800 (PST) Received: by 10.54.57.76 with HTTP; Fri, 28 Jan 2005 01:59:12 -0800 (PST) Message-ID: <34cb7c84050128015949559371@mail.gmail.com> Date: Fri, 28 Jan 2005 09:59:13 +0000 From: Peter Edwards To: "takawata@jp.freebsd.org" In-Reply-To: <200501280629.PAA20868@axe-inc.co.jp> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4_12455222.1106906353000" References: <200501280629.PAA20868@axe-inc.co.jp> cc: freebsd-current@freebsd.org Subject: Re: Cannot cp(1) file from smbfs.(MMAP problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 09:59:14 -0000 ------=_Part_4_12455222.1106906353000 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, 28 Jan 2005 15:29:03 +0900, takawata@jp.freebsd.org wrote: > Hi, I have problem when try to copy file by cp(1). > > When /mnt is smbfs, > % cp /mnt/foo.txt /tmp > will produce > cp: /mnt/foo.txt: Invalid argument > Does the attached band-aid fix the issue? ------=_Part_4_12455222.1106906353000 Content-Type: text/plain; name="smb.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="smb.txt" Index: sys/fs/smbfs/smbfs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/fs/smbfs/smbfs_vnops.c,v retrieving revision 1.53 diff -u -r1.53 smbfs_vnops.c --- sys/fs/smbfs/smbfs_vnops.c=0914 Jan 2005 08:52:55 -0000=091.53 +++ sys/fs/smbfs/smbfs_vnops.c=0928 Jan 2005 09:57:07 -0000 @@ -212,8 +212,10 @@ =09=09=09error =3D smbfs_smb_open(np, accmode, &scred); =09=09} =09} -=09if (error =3D=3D 0) +=09if (error =3D=3D 0) { +=09=09vnode_create_vobject(vp, 0, ap->a_td); =09=09np->n_flag |=3D NOPEN; +=09} =09smbfs_attr_cacheremove(vp); =09return error; } ------=_Part_4_12455222.1106906353000-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 10:02:19 2005 Return-Path: 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 BF46C16A4CE for ; Fri, 28 Jan 2005 10:02:19 +0000 (GMT) Received: from boco.fee.vutbr.cz (boco.fee.vutbr.cz [147.229.9.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFDFF43D31 for ; Fri, 28 Jan 2005 10:02:18 +0000 (GMT) (envelope-from lampa@fit.vutbr.cz) Received-SPF: pass (boco.fee.vutbr.cz: domain of lampa@boco.fee.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=boco.fee.vutbr.cz; client_ip=127.0.0.1; envelope-from=lampa@boco.fee.vutbr.cz; Received: from boco.fee.vutbr.cz (localhost [127.0.0.1]) by boco.fee.vutbr.cz (8.12.11/8.12.11) with ESMTP id j0SA1uA5045146 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 28 Jan 2005 11:01:56 +0100 (CET) Received: (from lampa@localhost) by boco.fee.vutbr.cz (8.12.11/8.12.7/Submit) id j0SA1pLK045145; Fri, 28 Jan 2005 11:01:51 +0100 (CET) Date: Fri, 28 Jan 2005 11:01:51 +0100 From: Petr Lampa To: freebsd-current@freebsd.org Message-ID: <20050128100151.GA43728@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ibTvN161/egqYuK8" Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: vkashyap@amcc.com Subject: bus_dmamap_create() breakage (alias 3Ware driver problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 10:02:19 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have got similar problems with the new 3Ware driver like others, but on the second controller. After some debugging and playing with bus_dma_tag_create() etc. arguments (new driver is using 3 busdma_tags instead 1 in old driver), I have located source of failure in bus_dmamap_create(). Here is the trouble spot: $FreeBSD: src/sys/i386/i386/busdma_machdep.c,v 1.59.2.3 2004/12/04 05: 55:10 scottl Exp $ bus_dmamap_create(bus_dma_tag_t dmat, int flags, bus_dmamap_t *mapp) { ... maxpages = MIN(MAX_BPAGES, Maxmem - atop(dmat->lowaddr)); if ((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 || (dmat->map_count > 0 && total_bpages < maxpages)) { int pages; ... pages = MAX(atop(dmat->maxsize), 1); At this location maxpages=512, total_bpages=513, dmat->maxsize=131072, pages=32 pages = MIN(maxpages - total_bpages, pages); Here pages=-1! if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; Here all kernel virtual memory is lost (or something like that), the result was spurious page fault 12 or other panic after while. I've loooked in CVS and it seems to me, that bus_dmamap_create() was not updated after introduction of bounce zones. The first test that leads to alloc_bounce_pages() is wrong in any case. I've tried to fixed this and my solution works for me, but it needs some inspection. fix #1: change parenthesis here (I'am no sure, but the next code only add pages when there are not sufficient pages allocated, so it shouldn't be called if total_bpages>=maxpages at all): if (((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 || dmat->map_count > 0) && total_bpages < maxpages)) { fix #2: don't check total_bpages, but bounce zone's bz->total_bpages bz = dmat->bounce_zone; if (((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 || dmat->map_count > 0) && bz->total_bpages < maxpages)) { ... pages = MIN(maxpages - bz->total_bpages, pages); With this fix, my two 3Ware controllers are running again. Attached diff is for 5.3-STABLE branch, but it should work also for 6-CURRENT branch (busdma_machdep.c 1.70). Petr Lampa -- Computer Centre E-mail: lampa@fit.vutbr.cz Faculty of Information Technology Web: http://www.fit.vutbr.cz/ Brno University of Technology Fax: +420 54114-1270 Bozetechova 2, 612 66 Brno, Czech Republic Phone: +420 54114-1225 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bdma.patch" *** busdma_machdep.c Sat Dec 4 06:55:10 2004 --- /tmp/busdma_machdep.c Fri Jan 28 10:37:35 2005 *************** *** 393,403 **** --- 393,405 ---- /* Must bounce */ int maxpages; + struct bounce_zone *bz; if (dmat->bounce_zone == NULL) { if ((error = alloc_bounce_zone(dmat)) != 0) return (error); } + bz = dmat->bounce_zone; *mapp = (bus_dmamap_t)malloc(sizeof(**mapp), M_DEVBUF, M_NOWAIT | M_ZERO); *************** *** 415,422 **** * basis up to a sane limit. */ maxpages = MIN(MAX_BPAGES, Maxmem - atop(dmat->lowaddr)); ! if ((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 ! || (dmat->map_count > 0 && total_bpages < maxpages)) { int pages; if (dmat->lowaddr > bounce_lowaddr) { --- 417,424 ---- * basis up to a sane limit. */ maxpages = MIN(MAX_BPAGES, Maxmem - atop(dmat->lowaddr)); ! if (((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 ! || dmat->map_count > 0) && bz->total_bpages < maxpages) { int pages; if (dmat->lowaddr > bounce_lowaddr) { *************** *** 428,434 **** "not implemented"); } pages = MAX(atop(dmat->maxsize), 1); ! pages = MIN(maxpages - total_bpages, pages); if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; --- 430,436 ---- "not implemented"); } pages = MAX(atop(dmat->maxsize), 1); ! pages = MIN(maxpages - bz->total_bpages, pages); if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; --ibTvN161/egqYuK8-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 10:02:50 2005 Return-Path: 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 90F4716A4CE for ; Fri, 28 Jan 2005 10:02:50 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 484B543D46 for ; Fri, 28 Jan 2005 10:02:50 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id DC8F146BB7; Fri, 28 Jan 2005 05:02:49 -0500 (EST) Date: Fri, 28 Jan 2005 10:02:18 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Wilkinson, Alex" In-Reply-To: <20050128043403.GA11316@squash.dsto.defence.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: matthew.thyer@dsto.defence.gov.au cc: freebsd-current@freebsd.org Subject: Re: [RELENG_5 panic] top(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 10:02:50 -0000 On Fri, 28 Jan 2005, Wilkinson, Alex wrote: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc05238d9 > stack pointer = 0x10:0xe8745b2c > frame pointer = 0x10:0xe8745b60 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 1575 (top) > [thread pid 1575 tid 100176 ] > Stopped at turnstile_wait+0x269: movl 0x24(%eax),%eax > > db> tr > Tracing pid 1575 tid 100176 td 0xc32ef960 > turnstile_wait(c2964640,c32ec77c,c32ef640,c2964640,c30e1a00) at > turnstile_wait+0 > x269 > _mtx_lock_sleep(c32ec77c,c32ef960,0,0,0) at _mtx_lock_sleep+0x81 > sysctl_kern_proc(c06d1860,0,0,e8745c04,e8745c04) at > sysctl_kern_proc+0x3ab If you have a kernel with debugging symbols, could you convert sysctl_kern_proc+0x3ab to a line number? Thanks! Robert N M Watson > sysctl_root(3,e8745c04,0,c32ef960,1) at sysctl_root+0xa3 > userland_sysctl(c32ef960,e8745c70,3,0,bfbfe6dc) at > userland_sysctl+0xf8 > __sysctl(c32ef960,e8745d14,18,80b7000,6) at __sysctl+0xb1 > syscall(2f,2f,2f,bfbfe6dc,bfbfe710) at syscall+0x1fa > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28137df3, esp = > 0xbfbfe67c, > ebp = 0xbfbfe6a8 > > db> show pcpu > cpuid = 0 > curthread = 0xc32ef960: pid 1575 "top" > curpcb = 0xe8745da0 > fpcurthread = 0xc32ef960: pid 1575 "top" > idlethread = 0xc26644b0: pid 11 "idle" > APIC ID = 0 > currentldt = 0x30 > db> > > _______________________________________________ > 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 Fri Jan 28 10:55:31 2005 Return-Path: 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 9583816A4CE for ; Fri, 28 Jan 2005 10:55:31 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id F079D43D48 for ; Fri, 28 Jan 2005 10:55:30 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 5758D2284E; Fri, 28 Jan 2005 11:55:28 +0100 (CET) Date: Fri, 28 Jan 2005 11:55:26 +0100 From: Dimitry Andric X-Priority: 3 (Normal) Message-ID: <1343542844.20050128115526@andric.com> To: takawata@jp.freebsd.org In-Reply-To: <200501280629.PAA20868@axe-inc.co.jp> References: <200501280629.PAA20868@axe-inc.co.jp> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------671D1453A54BE83" cc: freebsd-current@freebsd.org Subject: Re: Cannot cp(1) file from smbfs.(MMAP problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 10:55:31 -0000 ------------671D1453A54BE83 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2005-01-28 at 07:29:03 takawata@jp.freebsd.org wrote: > When /mnt is smbfs, > % cp /mnt/foo.txt /tmp > will produce > cp: /mnt/foo.txt: Invalid argument > And tracing syscall shows that the error is produced by > mmap(2). This is strange, because cp shouldn't use mmap() for copying 0-byte files, AFAIK. See: http://www.freebsd.org/cgi/cvsweb.cgi/src/bin/cp/utils.c#rev1.42 ------------671D1453A54BE83 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFB+hoesF6jCi4glqMRAnbhAJ4jrc4lQx825PFqLcqZ6UssYRzThgCbBji/ qBMTuB6/Ed2Jr+Apa4nl1c8= =E52/ -----END PGP MESSAGE----- ------------671D1453A54BE83-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 11:01:26 2005 Return-Path: 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 8028A16A4CE; Fri, 28 Jan 2005 11:01:26 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 171D943D45; Fri, 28 Jan 2005 11:01:26 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 8223AC127; Fri, 28 Jan 2005 12:01:23 +0100 (CET) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id j0SB1N1O005812; Fri, 28 Jan 2005 12:01:23 +0100 (CET) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id j0SB1KL2005811; Fri, 28 Jan 2005 12:01:20 +0100 (CET) (envelope-from philip) Date: Fri, 28 Jan 2005 12:01:20 +0100 From: Philip Paeps To: Xin LI Message-ID: <20050128110120.GJ630@loge.nixsys.be> Mail-Followup-To: Xin LI , Nikolas Britton , freebsd-current@freebsd.org, delphij@FreeBSD.org, cyrille.lefevre@laposte.net References: <41F81D0C.8090002@nbritton.org> <1106792421.623.7.camel@spirit> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1106792421.623.7.camel@spirit> X-Date-in-Rome: ante diem V Kalendas Februarias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.6i cc: Nikolas Britton cc: delphij@freebsd.org cc: cyrille.lefevre@laposte.net cc: freebsd-current@freebsd.org Subject: Re: kern/71142; VESA 1024x768 @ the console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 11:01:26 -0000 On 2005-01-27 10:20:21 (+0800), Xin LI wrote: > This is what I am running with, minus a moused rc.d script patch which can > be found in the original PR. I haven't tested the patch yet, but is the problem with moused in moused or in vidcontrol? The rc.d patch appears to just enable the mouse on the first vt, not on the other ones (which is different from the current behaviour)... - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. A psychiatrist is a person who will give you expensive answers that your wife will give you for free. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 11:26:24 2005 Return-Path: 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 6BD4516A4CE for ; Fri, 28 Jan 2005 11:26:24 +0000 (GMT) Received: from omgo.iij.ad.jp (omgo.iij.ad.jp [202.232.30.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id E697543D39 for ; Fri, 28 Jan 2005 11:26:22 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: OMGO id j0SBQLe8004142; Fri, 28 Jan 2005 20:26:21 +0900 (JST) Received: OTM-MIX0 id j0SBQLUc008324; Fri, 28 Jan 2005 20:26:21 +0900 (JST) Received: JC-SMTP from localhost (mercury.iij.ad.jp [192.168.184.90]) for id j0SBQLwT005602; Fri, 28 Jan 2005 20:26:21 +0900 (JST) Date: Fri, 28 Jan 2005 20:26:20 +0900 (JST) Message-Id: <20050128.202620.28780845.shigeru@iij.ad.jp> To: freebsd-current@freebsd.org From: Yamamoto Shigeru X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Jan_28_20:26:20_2005_540)--" Content-Transfer-Encoding: 7bit Subject: USB Memory support quick hack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 11:26:24 -0000 ----Next_Part(Fri_Jan_28_20:26:20_2005_540)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I write a small patch to support USB memory without adding an entry to da_quirk_table[]. Idea in this patch is disable SYNC_CACHE when synchronize cache failed. This new feature is controled by "kern.cam.da.fallback_no_sync_cache". I test my USB memory (TOSHIBA TransMemory) which is not in da_quirk_table[]. [test resutl] # sysctl kern.cam.da.fallback_no_sync_cache kern.cam.da.fallback_no_sync_cache: 0 # umass1: TOSHIBA TransMemory, rev 2.00/1.00, addr 2 da2 at umass-sim1 bus 1 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: 240MB (492544 512 byte sectors: 64H 32S/T 240C) umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 # sysctl -w kern.cam.da.fallback_no_sync_cache=1 kern.cam.da.fallback_no_sync_cache: 0 -> 1 # umass1: TOSHIBA TransMemory, rev 2.00/1.00, addr 2 da2 at umass-sim1 bus 1 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: 240MB (492544 512 byte sectors: 64H 32S/T 240C) umass1: Phase Error, residue = 0 (da2:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 (da2:umass-sim1:1:0:0): Disable SYNC_CACHE If you have interest my patch, please try it. Thanks, ------- YAMAMOTO Shigeru ----Next_Part(Fri_Jan_28_20:26:20_2005_540)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="scsi_da.c.diff" Index: sys/cam/scsi/scsi_da.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.173 diff -u -r1.173 scsi_da.c --- sys/cam/scsi/scsi_da.c 5 Jan 2005 22:34:34 -0000 1.173 +++ sys/cam/scsi/scsi_da.c 28 Jan 2005 08:19:15 -0000 @@ -348,6 +348,7 @@ static int da_retry_count = DA_DEFAULT_RETRY; static int da_default_timeout = DA_DEFAULT_TIMEOUT; +static int da_fallback_no_sync_cache = 0; SYSCTL_NODE(_kern_cam, OID_AUTO, da, CTLFLAG_RD, 0, "CAM Direct Access Disk driver"); @@ -357,6 +358,9 @@ SYSCTL_INT(_kern_cam_da, OID_AUTO, default_timeout, CTLFLAG_RW, &da_default_timeout, 0, "Normal I/O timeout (in seconds)"); TUNABLE_INT("kern.cam.da.default_timeout", &da_default_timeout); +SYSCTL_INT(_kern_cam_da, OID_AUTO, fallback_no_sync_cache, CTLFLAG_RW, + &da_fallback_no_sync_cache, 0, "Fallback to no sync cache"); +TUNABLE_INT("kern.cam.da.fallback_no_sync_cache", &da_fallback_no_sync_cache); /* * DA_ORDEREDTAG_INTERVAL determines how often, relative @@ -498,6 +502,11 @@ "== 0x%x, scsi status == 0x%x\n", ccb->csio.ccb_h.status, ccb->csio.scsi_status); + if (da_fallback_no_sync_cache) { + xpt_print_path(periph->path); + printf("Disable SYNC_CACHE\n"); + softc->quirks |= DA_Q_NO_SYNC_CACHE; + } } } @@ -669,6 +678,11 @@ printf("Synchronize cache failed, status " "== 0x%x, scsi status == 0x%x\n", csio.ccb_h.status, csio.scsi_status); + if (da_fallback_no_sync_cache) { + xpt_print_path(periph->path); + printf("Disable SYNC_CACHE\n"); + softc->quirks |= DA_Q_NO_SYNC_CACHE; + } } } } @@ -1818,6 +1832,11 @@ printf("Synchronize cache failed, status " "== 0x%x, scsi status == 0x%x\n", ccb.ccb_h.status, ccb.csio.scsi_status); + if (da_fallback_no_sync_cache) { + xpt_print_path(periph->path); + printf("Disable SYNC_CACHE\n"); + softc->quirks |= DA_Q_NO_SYNC_CACHE; + } } } ----Next_Part(Fri_Jan_28_20:26:20_2005_540)---- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 02:16:34 2005 Return-Path: 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 9DF9216A4CE for ; Fri, 28 Jan 2005 02:16:34 +0000 (GMT) Received: from web51805.mail.yahoo.com (web51805.mail.yahoo.com [206.190.38.236]) by mx1.FreeBSD.org (Postfix) with SMTP id 08BF343D55 for ; Fri, 28 Jan 2005 02:16:34 +0000 (GMT) (envelope-from huanghwh@yahoo.com) Received: (qmail 96477 invoked by uid 60001); 28 Jan 2005 02:16:33 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=dTew3IK+BeQf+GoT/aqjG210eKB7m2+8B9p5V3AhZhq17StDHFjiarW3APRK1l/KkaTaPkynsKIJaQMjw24QccydmGqoO0gqPQbzdvDO1fLXC+giUH3/LsD5vjGQ0PR5i0Iyg4xCslc+oaQwovuk26dj/4tgmlcQcJRLkOgvhCk= ; Message-ID: <20050128021633.96475.qmail@web51805.mail.yahoo.com> Received: from [211.96.21.222] by web51805.mail.yahoo.com via HTTP; Fri, 28 Jan 2005 10:16:33 CST Date: Fri, 28 Jan 2005 10:16:33 +0800 (CST) From: huang wen hui To: Erik Trulsson In-Reply-To: <20050127144411.GA28920@falcon.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 28 Jan 2005 12:53:38 +0000 cc: current@freebsd.org Subject: Re: f77 could not allloc memory large than 512M? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 02:16:34 -0000 --- Erik Trulsson µÄÕýÎÄ£º > On Thu, Jan 27, 2005 at 09:58:24PM +0800, huang wen > hui wrote: > > hi, > > This simple program could not run under > FreeBSD/i386 > > CURRENT or STABLE: > > > > program PROG > > real A(128*1024,1024) > > end > > > > $./prog > > Abort > > > > $ldd ./prog > > ./prog: > > ./prog: signal 6 > > > > According to > > "http://www.delorie.com/gnu/docs/gcc/g77_24.html", > > I believe that f77 could not handle the array > large > > than 512M. f77 should give "too large to handle" > > message when compiling the source. Do I miss > something > > or having some option can solve this problem? > > You are probably running into the default limits for > how much resources > a process can use. By default a process can not use > more than 512MB of > data. > Read the limits(1) manpage for information on how to > change these > limits. Still not work: # limits -d 1024M ./prog Abort > > > > > -- > > Erik Trulsson > ertr1013@student.uu.se > _________________________________________________________ Do You Yahoo!? ÏÓÓÊÏä̫С£¿ÑÅ»¢µçÓÊ×ÔÖúÀ©ÈÝ£¡ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.html From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 02:51:30 2005 Return-Path: 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 3CD2816A4CE for ; Fri, 28 Jan 2005 02:51:30 +0000 (GMT) Received: from mail2.dreamscape.com (mail2.dreamscape.com [206.64.128.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94EF843D2F for ; Fri, 28 Jan 2005 02:51:29 +0000 (GMT) (envelope-from krentel@dreamscape.com) Received: from blue.mwk.domain (syr-mdm-05-216-171-177-169.dreamscape.com [216.171.177.169])j0S2pPlO022521; Thu, 27 Jan 2005 21:51:25 -0500 (EST) Received: from blue.mwk.domain (localhost [127.0.0.1]) by blue.mwk.domain (8.12.9p2/8.12.9) with ESMTP id j0S2sMJH050277; Thu, 27 Jan 2005 21:54:22 -0500 (EST) (envelope-from krentel@blue.mwk.domain) Message-Id: <200501280254.j0S2sMJH050277@blue.mwk.domain> To: Kris Kennaway , freebsd-current@freebsd.org Date: Thu, 27 Jan 2005 21:54:22 -0500 From: "Mark W. Krentel" X-Mailman-Approved-At: Fri, 28 Jan 2005 12:53:38 +0000 cc: alc@cs.rice.edu Subject: Re: fstat triggered INVARIANTS panic in memrw() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 02:51:30 -0000 I've looked a little deeper into Kris's fstat panic. Turns out there are bugs in three places. (1) fstat(1) sometimes calls kvm_read() with a ridiculously out-of- bounds value for nbytes. In fstat.c, dofiles() gets a struct filedesc via kvm_read(), and sometimes the value for fd_lastfile (the high- water mark for file descriptors) is garbage. This value (times sizeof(struct file *)) is then passed to the next kvm_read() as the number of bytes to read. A classic case where you need to be suspicious of the data from kvm_read() in a running kernel. This same problem was reported a year ago in PR i386/62699. The best you can do is pick some bounds and add a sanity check to fd_lastfile. I sent a patch to PR 62699. I don't know if fstat(1) has a regular maintainer, but there have been a couple commits over the past year or two. If someone in the area could review the patch and commit it (it's short). (2) kvm_read() and kmem(4) don't check for address wrap. This shows up in kernacc() in vm_glue.c and then in vm_map_check_protection() in vm_map.c. I was able to induce the same address wrap in kernacc() without using fstat(1) in two ways. One is with kvm_open(), kvm_getprocs() and kvm_read(), the other is with open("/dev/kmem"), lseek() and read(). In both cases, a large enough value for number of bytes will induce address wrap in kernacc(). I haven't looked into this too deeply. I know the address wrap happens, but I don't know the best place to fix it. Maybe someone more familiar with kvm(3) and kmem(4) could take a look. (3) kernacc() in vm_glue.c doesn't check for address wrap. Alan recently committed a patch for kernacc(), so this is now fixed. --Mark From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 12:59:23 2005 Return-Path: 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 E1F0116A4CE for ; Fri, 28 Jan 2005 12:59:23 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2B4543D4C for ; Fri, 28 Jan 2005 12:59:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0SCxFqc038518; Fri, 28 Jan 2005 13:59:15 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Mark W. Krentel" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 27 Jan 2005 21:54:22 EST." <200501280254.j0S2sMJH050277@blue.mwk.domain> Date: Fri, 28 Jan 2005 13:59:15 +0100 Message-ID: <38517.1106917155@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: alc@cs.rice.edu cc: Kris Kennaway Subject: Re: fstat triggered INVARIANTS panic in memrw() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 12:59:24 -0000 In message <200501280254.j0S2sMJH050277@blue.mwk.domain>, "Mark W. Krentel" writes: >I've looked a little deeper into Kris's fstat panic. >Turns out there are bugs in three places. > >(1) fstat(1) sometimes calls kvm_read() with a ridiculously out-of- >bounds value for nbytes. The only real problem here is that fstat(1) uses kvm in the first place. The necessary information should be exported via sysctls. No program used as part of regular system operation should use kvm. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 14:02:19 2005 Return-Path: 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 89A9416A4CE for ; Fri, 28 Jan 2005 14:02:19 +0000 (GMT) Received: from av3-2-sn3.vrr.skanova.net (av3-2-sn3.vrr.skanova.net [81.228.9.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 307C343D46 for ; Fri, 28 Jan 2005 14:02:19 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 06AAA37E42; Fri, 28 Jan 2005 15:02:18 +0100 (CET) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id ECB2C37E42 for ; Fri, 28 Jan 2005 15:02:17 +0100 (CET) Received: from sentinel (h62n1fls11o822.telia.com [213.64.66.62]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id D472538013 for ; Fri, 28 Jan 2005 15:02:17 +0100 (CET) From: "Daniel Eriksson" To: Date: Fri, 28 Jan 2005 15:01:17 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUFQdXjnpELImAsTquseZtp+lvu8w== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: VFS and/or nullfs strangeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 14:02:19 -0000 I'm getting some strange messages on an SMP machine running CURRENT from 2005.01.26.14.15.00 with debug.mpsafevfs="1". I'm not sure if it is related to the MP-safe VFS or the latest (nullfs) buf-changes. I've gotten quite a few of these messages on the console: open: ..: 0 open: ../..: 0 open: ../../..: 0 open: ../../../..: 0 They appear as a group of 4 (like above). In two days I've received ~50 such bursts. The machine uses quite a lot of nullfs mounts (~350) and exports the resulting "filesystem" through Samba. I have observed the most number of message-bursts while locally moving stuff around on the nullfs mounts, but I've also seen a few bursts during activity through Samba. The messages does not seem to have any negative effects. I can cleanly unmount all filesystems and I have not yet seen any panics or other problems. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 14:31:46 2005 Return-Path: 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 1A12916A4CE for ; Fri, 28 Jan 2005 14:31:46 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A511143D1D for ; Fri, 28 Jan 2005 14:31:45 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 345CCACAF1; Fri, 28 Jan 2005 15:31:33 +0100 (CET) Date: Fri, 28 Jan 2005 15:31:33 +0100 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Message-ID: <20050128143133.GA795@darkness.comp.waw.pl> References: <200501280254.j0S2sMJH050277@blue.mwk.domain> <38517.1106917155@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CKsGbYqZLAW+svb0" Content-Disposition: inline In-Reply-To: <38517.1106917155@critter.freebsd.dk> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org cc: alc@cs.rice.edu cc: "Mark W. Krentel" cc: Kris Kennaway Subject: Re: fstat triggered INVARIANTS panic in memrw() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 14:31:46 -0000 --CKsGbYqZLAW+svb0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 28, 2005 at 01:59:15PM +0100, Poul-Henning Kamp wrote: +> In message <200501280254.j0S2sMJH050277@blue.mwk.domain>, "Mark W. Krent= el" writes: +> >I've looked a little deeper into Kris's fstat panic. +> >Turns out there are bugs in three places. +> > +> >(1) fstat(1) sometimes calls kvm_read() with a ridiculously out-of- +> >bounds value for nbytes. +>=20 +> The only real problem here is that fstat(1) uses kvm in the first place. +> The necessary information should be exported via sysctls. +>=20 +> No program used as part of regular system operation should use kvm. I've work mostly done in pjd_fuser branch. I modified existing (but not used by anything right now) sysctl kern.file to be able to export everything what things like fstat(1) needs. The main reason for doing this was to create posix-compilant fuser(1) utility (which exist in Solaris and Linux). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CKsGbYqZLAW+svb0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB+kzFForvXbEpPzQRAl5FAKCUMAt7vGsY9bycJBKs/JPe9Q8OMACgtNHN +OA5fZlZ3nq+S6/d/Cxv/RA= =Ukow -----END PGP SIGNATURE----- --CKsGbYqZLAW+svb0-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 14:35:35 2005 Return-Path: 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 EDE0816A4CE for ; Fri, 28 Jan 2005 14:35:35 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C069843D49 for ; Fri, 28 Jan 2005 14:35:35 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j0SEZZOS031428; Fri, 28 Jan 2005 06:35:35 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j0SEZZMq031427; Fri, 28 Jan 2005 06:35:35 -0800 (PST) (envelope-from sgk) Date: Fri, 28 Jan 2005 06:35:35 -0800 From: Steve Kargl To: huang wen hui Message-ID: <20050128143535.GA31393@troutmask.apl.washington.edu> References: <20050127144411.GA28920@falcon.midgard.homeip.net> <20050128021633.96475.qmail@web51805.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050128021633.96475.qmail@web51805.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: f77 could not allloc memory large than 512M? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 14:35:36 -0000 On Fri, Jan 28, 2005 at 10:16:33AM +0800, huang wen hui wrote: > --- Erik Trulsson ???????? > > On Thu, Jan 27, 2005 at 09:58:24PM +0800, huang wen > > hui wrote: > > > hi, > > > This simple program could not run under > > FreeBSD/i386 > > > CURRENT or STABLE: > > > > > > program PROG > > > real A(128*1024,1024) > > > end > > > > > > $./prog > > > Abort > > > > > > $ldd ./prog > > > ./prog: > > > ./prog: signal 6 > > > > > > According to > > > "http://www.delorie.com/gnu/docs/gcc/g77_24.html", > > > I believe that f77 could not handle the array > > large > > > than 512M. f77 should give "too large to handle" > > > message when compiling the source. Do I miss > > something > > > or having some option can solve this problem? > > > > You are probably running into the default limits for > > how much resources > > a process can use. By default a process can not use > > more than 512MB of > > data. > > Read the limits(1) manpage for information on how to > > change these > > limits. > > Still not work: > # limits -d 1024M ./prog > Abort > Works fine here. Assuming you're using FreeBSD's default shelll, what does limit say? kargl[206] limit cputime unlimited filesize unlimited datasize 1048576 kbytes stacksize 131072 kbytes coredumpsize unlimited memoryuse unlimited vmemoryuse unlimited descriptors 11095 memorylocked unlimited maxproc 5547 sbsize unlimited -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 14:47:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9009A16A4CE; Fri, 28 Jan 2005 14:47:35 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id j0SElYJJ097970; Fri, 28 Jan 2005 09:47:35 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id j0SElYhh097969; Fri, 28 Jan 2005 09:47:34 -0500 (EST) (envelope-from green) Date: Fri, 28 Jan 2005 09:47:33 -0500 From: Brian Fundakowski Feldman To: Danny Braniss Message-ID: <20050128144733.GA91982@green.homeunix.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: dump is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 14:47:36 -0000 On Fri, Jan 28, 2005 at 09:08:54AM +0200, Danny Braniss wrote: > hi, > while running 'dump 0f - /dist | restore rf -' > the dump proc. got stuck, it seems it's waiting on some lock: > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > > 0 30924 30922 0 4 0 3396 2852 sbwait T p1 1:00.88 dump: > /dev/amrd0s3h: ... > 0 30925 30924 1 -8 0 3268 2784 physrd TL p1 0:53.84 dump 0f - > /dist (dump) > 0 30926 30924 1 20 0 3268 2784 pause T p1 0:53.69 dump 0f - > /dist (dump) > 0 30927 30924 1 20 0 3268 2784 pause T p1 0:54.12 dump 0f - > /dist (dump) > > (this is 5.3-STABLE, cvs'ed about a week ago, and it's a SMP system). > how can i find which lock? or who is holding it? Is the one in physrd not actually reading anything from the disk right now? I would suspect that should be how you really determine if it's hung or not. You should be able to see how long it's been waiting and how long it's due to wait still, using kgdb. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 14:48:01 2005 Return-Path: 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 36DF216A4CE; Fri, 28 Jan 2005 14:48:01 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F3743D53; Fri, 28 Jan 2005 14:48:00 +0000 (GMT) (envelope-from zaks@prioris.mini.pw.edu.pl) Received: from [127.0.0.1] (localhost.corponet.era.pl [127.0.0.1]) by thirst.unx.era.pl (Postfix) with ESMTP id 3F09311469; Fri, 28 Jan 2005 15:47:59 +0100 (CET) Message-ID: <41FA509E.6070108@prioris.mini.pw.edu.pl> Date: Fri, 28 Jan 2005 15:47:58 +0100 From: Slawek Zak User-Agent: Mozilla Thunderbird 0.9 (X11/20041129) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------070703000306020208020505" cc: pjd@freebsd.org Subject: GeomGate client or UFS related crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 14:48:01 -0000 This is a multi-part message in MIME format. --------------070703000306020208020505 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Happened on yesterday's 5.3-STABLE. It is a mount from SPARC/Solaris serving a ~600GB raw disk to FreeBSD. On the FreeBSD side were 10 iozone processes looping in automated mode (-a). Iozone runs fine up to 512K block until the server dies terrible death. After reboot the filesystem (UFS2 with softupdates) cannot be mounted or checked: ravell# fsck -t ufs /dev/ggate0 ** /dev/ggate0 Cannot find file system superblock ioctl (GCINFO): Inappropriate ioctl for device fsck_ufs: /dev/ggate0: can't read disk label ravell# dumpfs /dev/ggate0 dumpfs: /dev/ggate0: could not read superblock to fill out disk I attach some routine DDB checks. Kernel crash file available upon request (4GB download). As a side note, would it be hard to eliminate userland pages from the crashdump to both increase secrecy and shorten crashfile/dump duration? Can be done in both Solaris and Tru64, would be good to have in FreeBSD too. Regards, /S --------------070703000306020208020505 Content-Type: text/plain; name="log.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="log.txt" Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x8a8a9304 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05a1913 stack pointer = 0x10:0xf3d1793c frame pointer = 0x10:0xf3d17978 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 62173 (iozone) [thread pid 62173 tid 100279 ] Stopped at ffs_alloccg+0x1b: cmpl $0,0x4(%eax,%edx,1) db> db> doadump No such command db> call doadump Dumping 3839 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 5284 Dump complete 0xf db> trace Tracing pid 62173 tid 100279 td 0xc6206e10 ffs_alloccg(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_alloccg+0x1b ffs_hashalloc(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_hashalloc+0x28 ffs_alloc(c6c46dac,20d,0,a5a5a5ad,a5a5a5a5) at ffs_alloc+0x175 ffs_balloc_ufs2(c6d73108,834000,0,4000,c64eb800) at ffs_balloc_ufs2+0x14b7 ffs_write(f3d17c10) at ffs_write+0x303 vn_write(c77dce58,f3d17c88,c64eb800,0,c6206e10) at vn_write+0x210 dofilewrite(c6206e10,c77dce58,3,8300000,10000) at dofilewrite+0xa8 write(c6206e10,f3d17d14,3,6eb5,292) at write+0x39 syscall(2f,2f,bfbf002f,0,10000) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x280e85f3, esp = 0xbfbfe5dc, ebp = 0xbfbfe6f8 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 62346 c62608d4 f3dbf000 0 62146 62346 0025002 stop[SUSP] vi 62174 c62601c4 f3d61000 0 62166 62166 0004002 [LOCK Giant c5382540] iozone 62173 c6204710 f3cdb000 0 62163 62163 0004002 [CPU 2] iozone 62172 c61b9a98 f3cbe000 0 62160 62160 0004002 [LOCK Giant c5382540] iozone 62171 c67d0388 f3e60000 0 62159 62159 0004002 [LOCK Giant c5382540] iozone 62170 c5655710 f3b5d000 0 62164 62164 0004002 [LOCK Giant c5382540] iozone 62169 c67d01c4 f3e5f000 0 62167 62167 0004002 [LOCK Giant c5382540] iozone 62168 c547154c f3ac6000 0 62165 62165 0004002 [LOCK Giant c5382540] iozone 62167 c54658d4 f3a9f000 0 62146 62167 0000002 [SLPQ pause 0xc546590c][SLP] zsh 62166 c5655e20 f3b61000 0 62146 62166 0000002 [SLPQ pause 0xc5655e58][SLP] zsh 62165 c627ba98 f3e17000 0 62146 62165 0000002 [SLPQ pause 0xc627bad0][SLP] zsh 62164 c67cde20 f3e54000 0 62146 62164 0000002 [SLPQ pause 0xc67cde58][SLP] zsh 62163 c627b000 f3d4c000 0 62146 62163 0000002 [SLPQ pause 0xc627b038][SLP] zsh 62162 c565ac5c f3bcc000 0 62157 62157 0004002 [LOCK Giant c5382540] iozone 62161 c6204c5c f3d1a000 0 62156 62156 0004002 [LOCK Giant c5382540] iozone 62160 c6204388 f3cd9000 0 62146 62160 0000002 [SLPQ pause 0xc62043c0][SLP] zsh 62159 c67d0000 f3e5e000 0 62146 62159 0000002 [SLPQ pause 0xc67d0038][SLP] zsh 62158 c67cd54c f3e4f000 0 62155 62155 0004002 [LOCK Giant c5382540] iozone 62157 c54691c4 f3aa4000 0 62146 62157 0000002 [SLPQ pause 0xc54691fc][SLP] zsh 62156 c62041c4 f3cd8000 0 62146 62156 0000002 [SLPQ pause 0xc62041fc][SLP] zsh 62155 c56551c4 f3b58000 0 62146 62155 0000002 [SLPQ pause 0xc56551fc][SLP] zsh 62146 c6207a98 f3d22000 0 62145 62146 0004002 [SLPQ ttyin 0xc5bcdc10][SLP] zsh 62145 c59fba98 f3c09000 0 1 62145 0000000 [SLPQ select 0xc06a7844][SLP] screen 62121 c625e8d4 f3d5c000 0 1 62121 0000000 [LOCK Giant c5382540] ggatec 55230 c61ba710 f3cc5000 0 1 55227 0000002 [SLPQ bpf 0xc65b4400][SLP] arpwatch 46756 c59fbe20 f3c0b000 25 1 46756 0000100 [SLPQ pause 0xc59fbe58][SLP] sendmail 45868 c67cd000 f3d37000 25 1 45868 0000100 [SLPQ pause 0xc67cd038][SLP] sendmail 45860 c54711c4 f3ac4000 0 1 45860 0000100 [SLPQ select 0xc06a7844][SLP] sendmail 39732 c627a388 f3d45000 0 39730 39732 0004002 [SLPQ ttyin 0xc560e610][SLP] zsh 39730 c59fa1c4 f3bd2000 0 401 39730 0000100 [SLPQ select 0xc06a7844][SLP] sshd 13920 c5465a98 f3aa0000 0 13856 13920 0004002 [SLPQ ttyin 0xc733f010][SLP] zsh 13856 c627b54c f3d4f000 0 401 13856 0000100 [SLPQ select 0xc06a7844][SLP] sshd 43780 c6204a98 f3d19000 0 1 43780 0000000 [SLPQ select 0xc06a7844][SLP] ntpd 9097 c546554c f3a9d000 0 9095 9097 0004002 [SLPQ ttyin 0xc53d5a10][SLP] zsh 9095 c61b9c5c f3cbf000 0 401 9095 0000100 [SLPQ select 0xc06a7844][SLP] sshd 527 c5469710 f3aa7000 70 526 519 0000002 [SLPQ select 0xc06a7844][SLP] postgres 526 c54bfc5c f3b38000 70 523 519 0000002 [SLPQ select 0xc06a7844][SLP] postgres 525 c54bfe20 f3b39000 70 523 519 0000002 [SLPQ select 0xc06a7844][SLP] postgres 523 c59fa710 f3bd5000 70 1 519 0004002 [SLPQ select 0xc06a7844][SLP] postgres 467 c546954c f3aa6000 0 1 467 0004002 [SLPQ ttyin 0xc53d5410][SLP] getty 466 c5656e20 f3bc4000 0 1 466 0004002 [SLPQ ttyin 0xc51a2a10][SLP] getty 465 c54c31c4 f3b3b000 0 1 465 0004002 [SLPQ ttyin 0xc5055210][SLP] getty 464 c5655a98 f3b5f000 0 1 464 0004002 [SLPQ ttyin 0xc5055410][SLP] getty 463 c50d7710 e908f000 0 1 463 0004002 [SLPQ ttyin 0xc5055610][SLP] getty 462 c5469e20 f3aab000 0 1 462 0004002 [SLPQ ttyin 0xc5055810][SLP] getty 461 c54c3388 f3b3c000 0 1 461 0004002 [SLPQ ttyin 0xc5055a10][SLP] getty 460 c54651c4 f3a9b000 0 1 460 0004002 [SLPQ ttyin 0xc5055c10][SLP] getty 459 c544ae20 f3a51000 0 1 459 0004002 [SLPQ ttyin 0xc5153010][SLP] getty 414 c565a000 f3bc5000 0 1 414 0000000 [SLPQ nanslp 0xc06a20ec][SLP] cron 401 c54708d4 f3abf000 0 1 401 0000100 [SLPQ select 0xc06a7844][SLP] sshd 292 c54c3c5c f3b41000 0 1 292 0000000 [SLPQ select 0xc06a7844][SLP] syslogd 272 c5469c5c f3aaa000 0 1 272 0000000 [SLPQ select 0xc06a7844][SLP] devd 86 c50d7e20 e9093000 0 0 0 0000204 [SLPQ - 0xe902dd18][SLP] schedcpu 85 c5385000 f17b2000 0 0 0 0000204 [SLPQ - 0xc06aa34c][SLP] nfsiod 3 84 c53851c4 f17d1000 0 0 0 0000204 [SLPQ - 0xc06aa348][SLP] nfsiod 2 83 c5385388 f17d2000 0 0 0 0000204 [SLPQ - 0xc06aa344][SLP] nfsiod 1 82 c538554c f17d3000 0 0 0 0000204 [SLPQ - 0xc06aa340][SLP] nfsiod 0 81 c5385710 f17d4000 0 0 0 0000204 [SLPQ syncer 0xc06a1e6c][SLP] syncer 80 c53858d4 f17d5000 0 0 0 0000204 [SLPQ vlruwt 0xc53858d4][SLP] vnlru 79 c5385a98 f17d6000 0 0 0 0000204 [SLPQ psleep 0xc06a7e0c][SLP] bufdaemon 78 c5385c5c f17d7000 0 0 0 000020c [SLPQ pgzero 0xc06b0c54][SLP] pagezero 77 c5385e20 f17d8000 0 0 0 0000204 [SLPQ psleep 0xc06b0ca8][SLP] vmdaemon 76 c5387000 f17d9000 0 0 0 0000204 [SLPQ psleep 0xc06b0c64][SLP] pagedaemon 75 c508ea98 e9043000 0 0 0 0000204 [IWAIT] swi0: sio 74 c508ec5c e9044000 0 0 0 0000204 [SLPQ - 0xc509b53c][SLP] fdc0 73 c508ee20 e9045000 0 0 0 0000204 [SLPQ aifthd 0xc508ee20][SLP] aac0aif 9 c50d3000 e9046000 0 0 0 0000204 [SLPQ actask 0xc078ea2c][SLP] acpi_task2 8 c50d31c4 e9047000 0 0 0 0000204 [SLPQ actask 0xc078ea2c][SLP] acpi_task1 7 c50d3388 e9048000 0 0 0 0000204 [SLPQ actask 0xc078ea2c][SLP] acpi_task0 6 c50d354c e9085000 0 0 0 0000204 [SLPQ - 0xc50fb2c0][SLP] thread taskq 72 c50d3710 e9086000 0 0 0 0000204 [IWAIT] swi6:+ 71 c50d38d4 e9087000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 70 c50d3a98 e9088000 0 0 0 0000204 [IWAIT] swi6: task queue 5 c50d3c5c e9089000 0 0 0 0000204 [SLPQ - 0xc50fb480][SLP] kqueue taskq 69 c50d3e20 e908a000 0 0 0 0000204 [IWAIT] swi3: cambio 68 c50d7000 e908b000 0 0 0 0000204 [IWAIT] swi2: camnet 67 c50d71c4 e908c000 0 0 0 0000204 [IWAIT] swi6:+ 66 c50d7388 e908d000 0 0 0 0000204 [SLPQ - 0xc0699a60][SLP] yarrow 4 c507c1c4 e8ff9000 0 0 0 0000204 [SLPQ - 0xc069c6a8][SLP] g_down 3 c507c388 e8ffa000 0 0 0 0000204 [SLPQ - 0xc069c6a4][SLP] g_up 2 c507c54c e8ffb000 0 0 0 0000204 [SLPQ - 0xc069c69c][SLP] g_event 65 c507c710 e8ffc000 0 0 0 0000204 [IWAIT] swi1: net 64 c507c8d4 e8ffd000 0 0 0 0000204 [IWAIT] swi4: vm 63 c507ca98 e903a000 0 0 0 000020c [LOCK Giant c5382540] swi5: clock sio 62 c507cc5c e903b000 0 0 0 0000204 [IWAIT] irq0: clk 61 c507ce20 e903c000 0 0 0 0000204 [IWAIT] irq47: 60 c508e000 e903d000 0 0 0 0000204 [IWAIT] irq46: 59 c508e1c4 e903e000 0 0 0 0000204 [IWAIT] irq45: 58 c508e388 e903f000 0 0 0 0000204 [IWAIT] irq44: 57 c508e54c e9040000 0 0 0 0000204 [IWAIT] irq43: 56 c508e710 e9041000 0 0 0 0000204 [IWAIT] irq42: 55 c508e8d4 e9042000 0 0 0 0000204 [IWAIT] irq41: 54 c5067a98 e8fce000 0 0 0 0000204 [IWAIT] irq40: 53 c5067c5c e8fcf000 0 0 0 0000204 [IWAIT] irq39: 52 c5067e20 e8fd0000 0 0 0 0000204 [IWAIT] irq38: 51 c5079000 e8fd1000 0 0 0 0000204 [IWAIT] irq37: 50 c50791c4 e8ff0000 0 0 0 0000204 [IWAIT] irq36: 49 c5079388 e8ff1000 0 0 0 0000204 [IWAIT] irq35: 48 c507954c e8ff2000 0 0 0 0000204 [IWAIT] irq34: 47 c5079710 e8ff3000 0 0 0 0000204 [IWAIT] irq33: 46 c50798d4 e8ff4000 0 0 0 0000204 [IWAIT] irq32: 45 c5079a98 e8ff5000 0 0 0 0000204 [IWAIT] irq31: 44 c5079c5c e8ff6000 0 0 0 0000204 [IWAIT] irq30: aac0 43 c5079e20 e8ff7000 0 0 0 0000204 [IWAIT] irq29: bge1 42 c507c000 e8ff8000 0 0 0 0000204 [IWAIT] irq28: bge0 41 c505d54c e8fa4000 0 0 0 0000204 [IWAIT] irq27: 40 c505d710 e8fa5000 0 0 0 0000204 [IWAIT] irq26: 39 c505d8d4 e8fa6000 0 0 0 0000204 [IWAIT] irq25: 38 c505da98 e8fc5000 0 0 0 0000204 [IWAIT] irq24: 37 c505dc5c e8fc6000 0 0 0 0000204 [IWAIT] irq23: 36 c505de20 e8fc7000 0 0 0 0000204 [IWAIT] irq22: 35 c5067000 e8fc8000 0 0 0 0000204 [IWAIT] irq21: 34 c50671c4 e8fc9000 0 0 0 0000204 [IWAIT] irq20: 33 c5067388 e8fca000 0 0 0 0000204 [IWAIT] irq19: 32 c506754c e8fcb000 0 0 0 0000204 [IWAIT] irq18: 31 c5067710 e8fcc000 0 0 0 0000204 [IWAIT] irq17: 30 c50678d4 e8fcd000 0 0 0 0000204 [IWAIT] irq16: 29 c50091c4 e7559000 0 0 0 0000204 [IWAIT] irq15: ata1 28 c5009388 e755a000 0 0 0 0000204 [IWAIT] irq14: ata0 27 c500954c e7579000 0 0 0 0000204 [IWAIT] irq13: 26 c5009710 e757a000 0 0 0 0000204 [IWAIT] irq12: psm0 25 c50098d4 e757b000 0 0 0 0000204 [IWAIT] irq11: 24 c5009a98 e757c000 0 0 0 0000204 [IWAIT] irq10: 23 c5009c5c e757d000 0 0 0 0000204 [IWAIT] irq9: acpi0 22 c5009e20 e757e000 0 0 0 0000204 [IWAIT] irq8: rtc 21 c505d000 e8fa1000 0 0 0 0000204 [IWAIT] irq7: 20 c505d1c4 e8fa2000 0 0 0 0000204 [IWAIT] irq6: fdc0 19 c505d388 e8fa3000 0 0 0 0000204 [IWAIT] irq5: 18 c4fff000 e7513000 0 0 0 0000204 [IWAIT] irq4: sio0 17 c4fff1c4 e7550000 0 0 0 0000204 [IWAIT] irq3: sio1 16 c4fff388 e7551000 0 0 0 0000204 [IWAIT] irq2: 15 c4fff54c e7552000 0 0 0 0000204 [IWAIT] irq1: atkbd0 14 c4fff710 e7553000 0 0 0 000020c [CPU 0] idle: cpu0 13 c4fff8d4 e7554000 0 0 0 000020c [CPU 1] idle: cpu1 12 c4fffa98 e7555000 0 0 0 000020c [Can run] idle: cpu2 11 c4fffc5c e7556000 0 0 0 000020c [CPU 3] idle: cpu3 1 c4fffe20 e7557000 0 0 1 0004200 [SLPQ wait 0xc4fffe20][SLP] init 10 c5009000 e7558000 0 0 0 0000204 [SLPQ ktrace 0xc06a0098][SLP] ktrace 0 c069c7a0 c081f000 0 0 0 0000200 [SLPQ sched 0xc069c7a0][SLP] swapper db> help print p examine x search set write w delete d break dwatch watch dhwatch hwatch step s continue c until next match trace where call show ps gdb reset kill watchdog thread panic db> call sync forward_wakeup: Idle processor not found panic: pmap_invalidate_range: interrupts disabled cpuid = 2 KDB: stack backtrace: kdb_backtrace(e270ff5c,668bc042,ffc06014,c6206e10,f5) at kdb_backtrace+0x29 mi_switch(1,0,f3d17440,c04d89d8,c6206e10) at mi_switch+0xf6 sched_bind(c6206e10,0) at sched_bind+0x44 boot(104,104,c6206e10,dea1a000,dea1e000) at boot+0x64 panic(c06558ab,c0632bf0,dea1a000,4,d92fc71c) at panic+0x1b9 pmap_invalidate_range(c06c99a0,dea1a000,dea1e000,c6aadd68,f3d174b0) at pmap_invalidate_range+0x2b pmap_qremove(dea1a000,4) at pmap_qremove+0x3d vfs_vmio_release(d92fc71c) at vfs_vmio_release+0x19c getnewbuf(0,0,4000,4000,c6028000) at getnewbuf+0x2b6 getblk(c6cea528,6e30140,0,4000,0) at getblk+0x409 breadn(c6cea528,6e30140,0,4000,0) at breadn+0x31 bread(c6cea528,6e30140,0,4000,0) at bread+0x20 ffs_update(c6c2ea50,0,4,8000,0) at ffs_update+0x224 ffs_fsync(f3d1767c) at ffs_fsync+0x453 ffs_sync(c51a7c00,2,0,0,c51a7c00) at ffs_sync+0x209 sync(0,0,0,0,0,0,0,0,0,0) at sync+0xcb db_fncall(0,0,f3d17780,f3d17768,0) at db_fncall+0xf6 db_command(c06986c4,c06609c0,c065ace0,c065ace4,c0639140) at db_command+0x264 db_command_loop(0,0,f3d17820,f3d1780c,f3d17854) at db_command_loop+0x5c db_trap(c,0,10,f3d178fc,f3d1789c) at db_trap+0xdd kdb_trap(c,0,f3d178fc) at kdb_trap+0x8b trap_fatal(f3d178fc,8a8a9304,c6206e10,c5ac5960,c) at trap_fatal+0x279 trap_pfault(f3d178fc,0,8a8a9304) at trap_pfault+0x1d7 trap(18,2000010,10,1,c6b06000) at trap+0x2f1 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05a1913, esp = 0xf3d1793c, ebp = 0xf3d17978 --- ffs_alloccg(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_alloccg+0x1b ffs_hashalloc(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_hashalloc+0x28 ffs_alloc(c6c46dac,20d,0,a5a5a5ad,a5a5a5a5) at ffs_alloc+0x175 ffs_balloc_ufs2(c6d73108,834000,0,4000,c64eb800) at ffs_balloc_ufs2+0x14b7 ffs_write(f3d17c10) at ffs_write+0x303 vn_write(c77dce58,f3d17c88,c64eb800,0,c6206e10) at vn_write+0x210 dofilewrite(c6206e10,c77dce58,3,8300000,10000) at dofilewrite+0xa8 write(c6206e10,f3d17d14,3,6eb5,292) at write+0x39 syscall(2f,2f,bfbf002f,0,10000) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x280e85f3, esp = 0xbfbfe5dc, ebp = 0xbfbfe6f8 --- db> re cpu_reset called on cpu#2 cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 2 --------------070703000306020208020505-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 14:51:28 2005 Return-Path: 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 42DEF16A4CE; Fri, 28 Jan 2005 14:51:28 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F8B243D3F; Fri, 28 Jan 2005 14:51:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0SEp64R040315; Fri, 28 Jan 2005 15:51:06 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Brian Fundakowski Feldman From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Jan 2005 09:47:33 EST." <20050128144733.GA91982@green.homeunix.org> Date: Fri, 28 Jan 2005 15:51:06 +0100 Message-ID: <40314.1106923866@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: dump is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 14:51:28 -0000 In message <20050128144733.GA91982@green.homeunix.org>, Brian Fundakowski Feldman writes: >On Fri, Jan 28, 2005 at 09:08:54AM +0200, Danny Braniss wrote: >> hi, >> while running 'dump 0f - /dist | restore rf -' >> the dump proc. got stuck, it seems it's waiting on some lock: >> >> UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND >> >> 0 30924 30922 0 4 0 3396 2852 sbwait T p1 1:00.88 dump: >> /dev/amrd0s3h: ... >> 0 30925 30924 1 -8 0 3268 2784 physrd TL p1 0:53.84 dump 0f - >> /dist (dump) >> 0 30926 30924 1 20 0 3268 2784 pause T p1 0:53.69 dump 0f - >> /dist (dump) >> 0 30927 30924 1 20 0 3268 2784 pause T p1 0:54.12 dump 0f - >> /dist (dump) >> >> (this is 5.3-STABLE, cvs'ed about a week ago, and it's a SMP system). >> how can i find which lock? or who is holding it? > >Is the one in physrd not actually reading anything from the disk right >now? I would suspect that should be how you really determine if it's >hung or not. You should be able to see how long it's been waiting >and how long it's due to wait still, using kgdb. Check also with gstat(8) if there is I/O activity going on and/or if any I/O requests are stuck. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 15:13:16 2005 Return-Path: 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 00B9016A4CE for ; Fri, 28 Jan 2005 15:13:16 +0000 (GMT) Received: from ybbsmtp16.mail.mci.yahoo.co.jp (ybbsmtp16.mail.mci.yahoo.co.jp [210.80.241.190]) by mx1.FreeBSD.org (Postfix) with SMTP id EFEEC43D45 for ; Fri, 28 Jan 2005 15:13:14 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp16.mail.mci.yahoo.co.jp with SMTP; 28 Jan 2005 15:13:13 -0000 X-Apparently-From: Message-ID: <41FA5687.1020601@ybb.ne.jp> Date: Sat, 29 Jan 2005 00:13:11 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: rsh.lists@comcast.net References: <41F7102A.9050305@comcast.net> <20050126034803.GA9700@xor.obsecurity.org> <41F8064C.7030600@comcast.net> In-Reply-To: <41F8064C.7030600@comcast.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Kris Kennaway Subject: Re: buildworld error (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 15:13:16 -0000 Sean wrote: > Kris Kennaway wrote: > >> Kris > > > Thanks Kris, > > I have already tried that several times. > I've met the same problem a few days ago. I try make buildworld and installworld today, it work fine. For your information, I down-loaded the tree in 2005/01/28. -- Takeharu KATO From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 15:17:20 2005 Return-Path: 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 0A81716A4CE; Fri, 28 Jan 2005 15:17:20 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9542C43D45; Fri, 28 Jan 2005 15:17:19 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CuXry-000JJd-OV; Fri, 28 Jan 2005 17:17:10 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "Poul-Henning Kamp" In-reply-to: Your message of Fri, 28 Jan 2005 15:51:06 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jan 2005 17:17:10 +0200 From: Danny Braniss Message-ID: cc: freebsd-current@freebsd.org Subject: Re: dump is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 15:17:20 -0000 > In message <20050128144733.GA91982@green.homeunix.org>, Brian Fundakowski Feldman writes: > >On Fri, Jan 28, 2005 at 09:08:54AM +0200, Danny Braniss wrote: > >> hi, > >> while running 'dump 0f - /dist | restore rf -' > >> the dump proc. got stuck, it seems it's waiting on some lock: > >> > >> UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > >> > >> 0 30924 30922 0 4 0 3396 2852 sbwait T p1 1:00.88 dump: > >> /dev/amrd0s3h: ... > >> 0 30925 30924 1 -8 0 3268 2784 physrd TL p1 0:53.84 dump 0f - > >> /dist (dump) > >> 0 30926 30924 1 20 0 3268 2784 pause T p1 0:53.69 dump 0f - > >> /dist (dump) > >> 0 30927 30924 1 20 0 3268 2784 pause T p1 0:54.12 dump 0f - > >> /dist (dump) > >> > >> (this is 5.3-STABLE, cvs'ed about a week ago, and it's a SMP system). > >> how can i find which lock? or who is holding it? > > > >Is the one in physrd not actually reading anything from the disk right > >now? I would suspect that should be how you really determine if it's > >hung or not. You should be able to see how long it's been waiting > >and how long it's due to wait still, using kgdb. > > Check also with gstat(8) if there is I/O activity going on and/or if any > I/O requests are stuck. it's stuck. i.e. not doing anything. i've been monitoring it via iostat, and nothing is moving, nada, the machine is very idle :-( i managed only once to do a dump -L -C32 -0f - /dist | restore -rf - and it finished ok. I have tried it several times since, and it gets stuck (at different places!) im now trying just dump - without the restore, lets see if it works, but i'm willing to bet it will get stuck. danny From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 15:18:53 2005 Return-Path: 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 8D98116A4CE; Fri, 28 Jan 2005 15:18:53 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E4A43D49; Fri, 28 Jan 2005 15:18:52 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0SFImhs040729; Fri, 28 Jan 2005 16:18:48 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Danny Braniss From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Jan 2005 17:17:10 +0200." Date: Fri, 28 Jan 2005 16:18:48 +0100 Message-ID: <40728.1106925528@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: dump is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 15:18:53 -0000 In message , Danny Braniss writes: >> In message <20050128144733.GA91982@green.homeunix.org>, Brian Fundakowski Feldman writes: >> >On Fri, Jan 28, 2005 at 09:08:54AM +0200, Danny Braniss wrote: >> >> hi, >> >> while running 'dump 0f - /dist | restore rf -' >> >> the dump proc. got stuck, it seems it's waiting on some lock: >> >> >> >> UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND >> >> >> >> 0 30924 30922 0 4 0 3396 2852 sbwait T p1 1:00.88 dump: >> >> /dev/amrd0s3h: ... >> >> 0 30925 30924 1 -8 0 3268 2784 physrd TL p1 0:53.84 dump 0f - >> >> /dist (dump) >> >> 0 30926 30924 1 20 0 3268 2784 pause T p1 0:53.69 dump 0f - >> >> /dist (dump) >> >> 0 30927 30924 1 20 0 3268 2784 pause T p1 0:54.12 dump 0f - >> >> /dist (dump) >> >> >> >> (this is 5.3-STABLE, cvs'ed about a week ago, and it's a SMP system). >> >> how can i find which lock? or who is holding it? >> > >> >Is the one in physrd not actually reading anything from the disk right >> >now? I would suspect that should be how you really determine if it's >> >hung or not. You should be able to see how long it's been waiting >> >and how long it's due to wait still, using kgdb. >> >> Check also with gstat(8) if there is I/O activity going on and/or if any >> I/O requests are stuck. > >it's stuck. i.e. not doing anything. i've been monitoring it via >iostat, and nothing is moving, nada, the machine is very idle :-( Please use gstat(8) and look for stuck I/O requests. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 15:22:09 2005 Return-Path: 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 EE86516A4CE for ; Fri, 28 Jan 2005 15:22:09 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8988943D39 for ; Fri, 28 Jan 2005 15:22:09 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 44738AE687; Fri, 28 Jan 2005 16:22:08 +0100 (CET) Date: Fri, 28 Jan 2005 16:22:08 +0100 From: Pawel Jakub Dawidek To: Slawek Zak Message-ID: <20050128152208.GB795@darkness.comp.waw.pl> References: <41FA509E.6070108@prioris.mini.pw.edu.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zpRN6KW+pnHWATcM" Content-Disposition: inline In-Reply-To: <41FA509E.6070108@prioris.mini.pw.edu.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: GeomGate client or UFS related crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 15:22:10 -0000 --zpRN6KW+pnHWATcM Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 28, 2005 at 03:47:58PM +0100, Slawek Zak wrote: +> Happened on yesterday's 5.3-STABLE. +>=20 +> It is a mount from SPARC/Solaris serving a ~600GB raw disk to FreeBSD. +> On the FreeBSD side were 10 iozone processes looping in automated mode +> (-a). Iozone runs fine up to 512K block until the server dies terrible +> death. After reboot the filesystem (UFS2 with softupdates) cannot be +> mounted or checked: +>=20 +> ravell# fsck -t ufs /dev/ggate0 +> ** /dev/ggate0 +> Cannot find file system superblock +> ioctl (GCINFO): Inappropriate ioctl for device +> fsck_ufs: /dev/ggate0: can't read disk label +> ravell# dumpfs /dev/ggate0 +> dumpfs: /dev/ggate0: could not read superblock to fill out disk It is possible that ggate has returned an error to the file system, because of full queue or something simlar. If so, it is possible that file system can crash (UFS do really poor job in I/O errors handling). You can catch errors from ggate by setting kern.geom.gate.debug to 1. +> As a side note, would it be hard to eliminate userland pages from the +> crashdump to both increase secrecy and shorten crashfile/dump duration? +> Can be done in both Solaris and Tru64, would be good to have in FreeBSD = too. Yeah... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zpRN6KW+pnHWATcM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB+ligForvXbEpPzQRAmY4AKCXB+jOgdqlYCXjMul3QsOR08IH7gCeO8NH gxY4t5voWEYAu50HN0Jh8Mo= =DGjW -----END PGP SIGNATURE----- --zpRN6KW+pnHWATcM-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 15:33:30 2005 Return-Path: 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 E215816A4CE; Fri, 28 Jan 2005 15:33:30 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1258C43D49; Fri, 28 Jan 2005 15:33:30 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mailhost.stack.nl (Postfix) with ESMTP id BD8661F2B9; Fri, 28 Jan 2005 16:33:28 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 1677) id AA39A1CDAD; Fri, 28 Jan 2005 16:33:28 +0100 (CET) Date: Fri, 28 Jan 2005 16:33:28 +0100 From: Jilles Tjoelker To: Julian Elischer Message-ID: <20050128153328.GA96969@stack.nl> References: <41F9F2DC.7000907@elischer.org> <20050128094116.B56848@beagle.kn.op.dlr.de> <41FA008D.7030403@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41FA008D.7030403@elischer.org> X-Operating-System: FreeBSD 5.3-RELEASE-p2 i386 User-Agent: Mutt/1.5.6i cc: Current cc: Harti Brandt Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 15:33:31 -0000 On Fri, Jan 28, 2005 at 01:06:21AM -0800, Julian Elischer wrote: > Harti Brandt wrote: > >On Fri, 28 Jan 2005, Julian Elischer wrote: > >JE>however echo $$ > >JE>and > >JE> ( echo $$ ) > >JE>produce the same result. > >I think that the $$ is expanded in the old shell in any case. Although it seems similar, I prefer to say the value of $$ does not change when forking a subshell. man sh and POSIX also state that. Thus, all $ expandos work the same way. > hence my test of > ps -l vs (ps -l) > unfortunatly the shell short circuits that too if it's too simple. But unfortunately, it doesn't short circuit when you something like sh -c xterm, it keeps a useless shell waiting. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 16:19:33 2005 Return-Path: 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 8E3C616A4CE; Fri, 28 Jan 2005 16:19:33 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3826043D39; Fri, 28 Jan 2005 16:19:33 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j0SGJSra078767; Fri, 28 Jan 2005 10:19:28 -0600 (CST) (envelope-from dan) Date: Fri, 28 Jan 2005 10:19:28 -0600 From: Dan Nelson To: Jilles Tjoelker Message-ID: <20050128161928.GA70503@dan.emsphone.com> References: <41F9F2DC.7000907@elischer.org> <20050128094116.B56848@beagle.kn.op.dlr.de> <41FA008D.7030403@elischer.org> <20050128153328.GA96969@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050128153328.GA96969@stack.nl> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Current cc: Harti Brandt cc: Julian Elischer Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 16:19:33 -0000 In the last episode (Jan 28), Jilles Tjoelker said: > On Fri, Jan 28, 2005 at 01:06:21AM -0800, Julian Elischer wrote: > > Harti Brandt wrote: > > >On Fri, 28 Jan 2005, Julian Elischer wrote: > > >JE>however echo $$ > > >JE>and > > >JE> ( echo $$ ) > > >JE>produce the same result. > > >I think that the $$ is expanded in the old shell in any case. > > Although it seems similar, I prefer to say the value of $$ does not > change when forking a subshell. man sh and POSIX also state that. Thus, > all $ expandos work the same way. > > > hence my test of > > ps -l vs (ps -l) > > > unfortunatly the shell short circuits that too if it's too simple. > > But unfortunately, it doesn't short circuit when you something like sh > -c xterm, it keeps a useless shell waiting. Try "sh -c exec xterm". The sh is not useless, since it must hang around to print the signal name if the xterm gets killed. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 16:25:23 2005 Return-Path: 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 0E64816A4CE for ; Fri, 28 Jan 2005 16:25:23 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 721EE43D1D for ; Fri, 28 Jan 2005 16:25:22 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-103-43.pppoe.mtu-net.ru ([83.237.103.43] helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1CuYvw-0007gL-PJ for freebsd-current@freebsd.org; Fri, 28 Jan 2005 19:25:21 +0300 Message-ID: <41FA67B0.5000602@FreeBSD.org> Date: Fri, 28 Jan 2005 19:26:24 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: unwanted shutdowns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 16:25:23 -0000 My CURRENT box has random shutdowns time to time. No panic. Just clean shutdown with common messages on console. I've updated yesterday, but the symptom I've seen with previous sources too (updated two or three weeks ago). -- Sem. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 17:14:36 2005 Return-Path: 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 6612F16A4CE; Fri, 28 Jan 2005 17:14:36 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB2143D54; Fri, 28 Jan 2005 17:14:36 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j0SHETsn094296; Fri, 28 Jan 2005 11:14:29 -0600 (CST) (envelope-from dan) Date: Fri, 28 Jan 2005 11:14:29 -0600 From: Dan Nelson To: Julian Elischer Message-ID: <20050128171429.GB70503@dan.emsphone.com> References: <41F9F2DC.7000907@elischer.org> <20050128094116.B56848@beagle.kn.op.dlr.de> <41FA008D.7030403@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41FA008D.7030403@elischer.org> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Current cc: Harti Brandt Subject: Re: sh bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 17:14:36 -0000 In the last episode (Jan 28), Julian Elischer said: > Harti Brandt wrote: > >On Fri, 28 Jan 2005, Julian Elischer wrote: > > > >JE>however echo $$ > >JE>and > >JE> ( echo $$ ) > >JE> > >JE>produce the same result. > > > >I think that the $$ is expanded in the old shell in any case. > > hence my test of > ps -l vs (ps -l) > > unfortunatly the shell short circuits that too if it's too simple. I think POSIX is careful to define a "subshell" as "a duplicate of the shell environment [... where] changes made are not visible to the parent shell environment". They don't mention forking processes, which allows shell authors to skip forking a separate shell process if they can determine that there's no need for one. I don't think there's any way for a subshell to determine its own pid if you know it's running in another process, even if it's an asynchronous one. At least the parent knows that pid, though, via $!. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 17:22:38 2005 Return-Path: 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 ACB8916A4CE; Fri, 28 Jan 2005 17:22:38 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F6443D2D; Fri, 28 Jan 2005 17:22:38 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j0SHMbdi006017; Fri, 28 Jan 2005 11:22:37 -0600 (CST) (envelope-from dan) Date: Fri, 28 Jan 2005 11:22:36 -0600 From: Dan Nelson To: Sergey Matveychuk Message-ID: <20050128172236.GC70503@dan.emsphone.com> References: <41FA67B0.5000602@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41FA67B0.5000602@FreeBSD.org> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: unwanted shutdowns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 17:22:38 -0000 In the last episode (Jan 28), Sergey Matveychuk said: > My CURRENT box has random shutdowns time to time. No panic. Just > clean shutdown with common messages on console. > > I've updated yesterday, but the symptom I've seen with previous > sources too (updated two or three weeks ago). I'm suspecting ACPI. I had two similar occurences on my 5.3 machine. One was a clean sutdown&poweroff in the middle of the night, and another one just logged this in /var/log/messages: Dec 27 16:13:44 <0.2> dan kernel: acpi0: Sleep state S3 not supported by BIOS Dec 27 16:13:49 <0.2> dan kernel: acpi: suspend request ignored (not ready yet) According to "sysctl hw.acpi", none of my case buttons are set to S3 so it's not caused by someone bumping the machine and accidentally triggering it. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 19:20:23 2005 Return-Path: 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 9F98316A4CE; Fri, 28 Jan 2005 19:20:23 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4691443D3F; Fri, 28 Jan 2005 19:20:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0SJKMZL073282; Fri, 28 Jan 2005 14:20:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id h93ICX3g003278; Fri, 3 Oct 2003 14:12:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3A9267306E; Fri, 28 Jan 2005 14:19:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050128191907.3A9267306E@freebsd-current.sentex.ca> Date: Fri, 28 Jan 2005 14:19:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/690/Fri Jan 28 07:09:45 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 19:20:24 -0000 TB --- 2005-01-28 18:00:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-28 18:00:52 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-28 18:00:52 - checking out the source tree TB --- 2005-01-28 18:00:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-28 18:00:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-28 18:06:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-28 18:06:24 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-28 18:06:24 - /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 TB --- 2005-01-28 19:12:44 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-28 19:12:44 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-28 19:12:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jan 28 19:12:45 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/axe/../../conf/kmod_syms.awk if_axe.kld export_syms | xargs -J% objcopy % if_axe.kld ld -Bshareable -d -warn-common -o if_axe.ko.debug if_axe.kld objcopy --strip-debug if_axe.ko.debug if_axe.ko ===> bfe (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c: In function `bfe_dma_alloc': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c:212: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-28 19:19:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-28 19:19:06 - ERROR: failed to build generic kernel TB --- 2005-01-28 19:19:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 19:20:50 2005 Return-Path: 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 610F216A4CE; Fri, 28 Jan 2005 19:20:50 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80E043D31; Fri, 28 Jan 2005 19:20:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0SJKifI044810; Fri, 28 Jan 2005 20:20:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Mark W. Krentel" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Jan 2005 14:14:29 EST." <200501281914.j0SJETJH052081@blue.mwk.domain> Date: Fri, 28 Jan 2005 20:20:44 +0100 Message-ID: <44809.1106940044@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: Pawel Jakub Dawidek Subject: Re: fstat triggered INVARIANTS panic in memrw() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 19:20:50 -0000 In message <200501281914.j0SJETJH052081@blue.mwk.domain>, "Mark W. Krentel" writes: >>>>>> "PHK" == Poul-Henning Kamp writes: > >PHK> The only real problem here is that fstat(1) uses kvm in the first place. >PHK> The necessary information should be exported via sysctls. > >PHK> No program used as part of regular system operation should use kvm. > >Ok. That still leaves btsockstat, netstat and trpt (and fstat) as >setgid kmem programs. Are there plans to rewrite them? > >Until then, I think it's not a bad idea to put a bandaid on fstat(1), >even if it's temporary. > >Also, there's still the bug that kvm_read(3), and kmem(4) don't check >their arguments for values that lead to address wrap. I didn't mean to imply that these bugs should not be fixed, I just wanted to repeat the higher goal so we didn't loose sight of it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 20:30:18 2005 Return-Path: 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 F3B8716A4D1; Fri, 28 Jan 2005 20:30:17 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 622BD43D41; Fri, 28 Jan 2005 20:30:17 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Cuckv-0003WB-Vq; Fri, 28 Jan 2005 22:30:14 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "Poul-Henning Kamp" In-Reply-To: Message from "Poul-Henning Kamp" <40728.1106925528@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jan 2005 22:30:13 +0200 From: Danny Braniss Message-ID: cc: freebsd-current@freebsd.org Subject: Re: dump is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 20:30:18 -0000 > In message , Danny Braniss writes: > >> In message <20050128144733.GA91982@green.homeunix.org>, Brian Fundakowski Feldman writes: > >> >On Fri, Jan 28, 2005 at 09:08:54AM +0200, Danny Braniss wrote: > >> >> hi, > >> >> while running 'dump 0f - /dist | restore rf -' > >> >> the dump proc. got stuck, it seems it's waiting on some lock: > >> >> > >> >> UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > >> >> > >> >> 0 30924 30922 0 4 0 3396 2852 sbwait T p1 1:00.88 dump: > >> >> /dev/amrd0s3h: ... > >> >> 0 30925 30924 1 -8 0 3268 2784 physrd TL p1 0:53.84 dump 0f - > >> >> /dist (dump) > >> >> 0 30926 30924 1 20 0 3268 2784 pause T p1 0:53.69 dump 0f - > >> >> /dist (dump) > >> >> 0 30927 30924 1 20 0 3268 2784 pause T p1 0:54.12 dump 0f - > >> >> /dist (dump) > >> >> > >> >> (this is 5.3-STABLE, cvs'ed about a week ago, and it's a SMP system). > >> >> how can i find which lock? or who is holding it? > >> > > >> >Is the one in physrd not actually reading anything from the disk right > >> >now? I would suspect that should be how you really determine if it's > >> >hung or not. You should be able to see how long it's been waiting > >> >and how long it's due to wait still, using kgdb. > >> > >> Check also with gstat(8) if there is I/O activity going on and/or if any > >> I/O requests are stuck. > > > >it's stuck. i.e. not doing anything. i've been monitoring it via > >iostat, and nothing is moving, nada, the machine is very idle :-( > > Please use gstat(8) and look for stuck I/O requests. ok, I had to run it again, this time it worked several times, but it finaly got stuck, btw, it's been stuck for several hours. gstat: L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0| fd0 2 0 0 0 0.0 0 0 0.0 0.0| amrd0 0 0 0 0 0.0 0 0 0.0 0.0| amrd0s1 0 0 0 0 0.0 0 0 0.0 0.0| amrd0s2 2 0 0 0 0.0 0 0 0.0 0.0| amrd0s3 the rest is all zero. top says: last pid: 1678; load averages: 0.00, 0.00, 0.00 up 0+05:22:18 22:28:00 42 processes: 1 running, 41 sleeping CPU states: 0.0% user, 0.0% nice, 0.1% system, 0.3% interrupt, 99.6% idle Mem: 231M Active, 3121M Inact, 203M Wired, 132M Cache, 112M Buf, 73M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 1165 root -8 0 50420K 49924K piperd 3 4:51 0.00% 0.00% restore 1168 root 4 0 36168K 35624K sbwait 3 1:20 0.00% 0.00% dump 1170 root -8 0 36040K 35552K physrd 2 0:51 0.00% 0.00% dump 1169 root 20 0 36040K 35552K pause 1 0:51 0.00% 0.00% dump 1171 root 20 0 36040K 35552K pause 3 0:51 0.00% 0.00% dump waiting further instructions :-) danny From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 20:44:05 2005 Return-Path: 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 AA23E16A4CE; Fri, 28 Jan 2005 20:44:05 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0257643D31; Fri, 28 Jan 2005 20:44:05 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0SKhx8d045972; Fri, 28 Jan 2005 21:43:59 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Danny Braniss From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Jan 2005 22:30:13 +0200." Date: Fri, 28 Jan 2005 21:43:59 +0100 Message-ID: <45971.1106945039@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: dump is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 20:44:05 -0000 In message , Danny Braniss writes: >gstat: > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 0 0 0 0 0.0 0 0 0.0 0.0| fd0 > 2 0 0 0 0.0 0 0 0.0 0.0| amrd0 > 0 0 0 0 0.0 0 0 0.0 0.0| amrd0s1 > 0 0 0 0 0.0 0 0 0.0 0.0| amrd0s2 > 2 0 0 0 0.0 0 0 0.0 0.0| amrd0s3 > >waiting further instructions :-) File bug report against the amr driver. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 21:16:42 2005 Return-Path: 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 D3F1616A4CE for ; Fri, 28 Jan 2005 21:16:42 +0000 (GMT) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B369B43D41 for ; Fri, 28 Jan 2005 21:16:42 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id j0SLGglu023648 for ; Fri, 28 Jan 2005 13:16:42 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 28 Jan 2005 13:16:42 -0800 Message-ID: <00CDF9AA240E204FA6E923BD35BC64360850325D@bcs-mail.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld error Thread-Index: AcUFfqld+25ilUKeQeO8TwgfQzhX2Q== From: "Li, Qing" To: X-Scanned-By: MIMEDefang 2.49 on 216.52.23.28 Subject: buildworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 21:16:42 -0000 I'm missing the shsec directory but "cvs update" is not retrieving it. permission problem ?? -- Qing =3D=3D=3D> sbin/geom/class/raid3 (cleandir) rm -f graid3.8.gz graid3.8.cat.gz rm -f geom_raid3.So subr.So geom_raid3.so subr.so geom_raid3.So.tmp subr.So.tmp rm -f geom_raid3.so rm -f .depend GPATH GRTAGS GSYMS GTAGS =3D=3D=3D> sbin/geom/class/shsec (cleandir) cd: can't cd to /usr/src/sbin/geom/class/shsec *** Error code 2 Stop in /usr/src/sbin/geom/class. *** Error code 1 Stop in /usr/src/sbin/geom. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 21:31:36 2005 Return-Path: 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 E230516A4CE for ; Fri, 28 Jan 2005 21:31:36 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 479A843D4C for ; Fri, 28 Jan 2005 21:31:35 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 1B6E12284E; Fri, 28 Jan 2005 22:31:32 +0100 (CET) Date: Fri, 28 Jan 2005 22:31:32 +0100 From: Dimitry Andric X-Priority: 3 (Normal) Message-ID: <1615080850.20050128223132@andric.com> To: "Li, Qing" In-Reply-To: <00CDF9AA240E204FA6E923BD35BC64360850325D@bcs-mail.internal.cacheflow.com> References: <00CDF9AA240E204FA6E923BD35BC64360850325D@bcs-mail.internal.cacheflow.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------261D28333A7A17" cc: freebsd-current@freebsd.org Subject: Re: buildworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 21:31:37 -0000 ------------261D28333A7A17 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2005-01-28 at 22:16:42 Li, Qing wrote: > I'm missing the shsec directory but "cvs update" is not > retrieving it. permission problem ?? Use the -d option to create any new directories from the repository, and the -P option to prune any left-over empty directories from your working copy, e.g.: cvs update -P -d You might also want to put these options in a ~/.cvsrc file, for example: checkout -P update -P -d ------------261D28333A7A17 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.0 (MingW32) iD4DBQFB+q80sF6jCi4glqMRAnK/AJdVLsFt6k+RmI7f8+EWjl6VSji3AJ9g6SKK /S7mPuNApKUMS9s1NQVmtw== =plwF -----END PGP MESSAGE----- ------------261D28333A7A17-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 22:07:27 2005 Return-Path: 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 88CB116A4CE for ; Fri, 28 Jan 2005 22:07:27 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0300843D48 for ; Fri, 28 Jan 2005 22:07:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j0SM7RA2023395 for ; Fri, 28 Jan 2005 17:07:27 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22859-05 for ; Fri, 28 Jan 2005 17:07:27 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j0SM7R8H023357 for ; Fri, 28 Jan 2005 17:07:27 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j0SM7JVl077355 for ; Fri, 28 Jan 2005 17:07:19 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.0.14.0.20050128160902.050da3f0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Fri, 28 Jan 2005 17:08:17 -0500 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: vfs.nfsrv.async broken ? Or pilot error ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 22:07:27 -0000 I am trying to run some nfs benchmarks and wanted to see how vfs.nfsrv.async makes a difference on performance for FreeBSD vs Linux. From the client (a RELENG_5 box) if I do a simple time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=1638 The write is very quick [ns4-new]# time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=1638 1638+0 records in 1638+0 records out 26836992 bytes transferred in 0.387338 secs (69285733 bytes/sec) 0.007u 0.079s 0:00.54 12.9% 34+266k 0+3276io 0pf+0w [ns4-new]# But if I increase the size by 10 times, the process takes more than 100 times the amount of time to complete, and sometimes it doesnt complete at all [ns4-new]# time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=16384 16384+0 records in 16384+0 records out 268435456 bytes transferred in 1084.463674 secs (247528 bytes/sec) 0.016u 0.509s 18:04.64 0.0% 25+219k 0+32768io 0pf+0w [ns4-new]# On the server side I have [nfs]# sysctl -a vfs.nfsrv vfs.nfsrv.nfs_privport: 0 vfs.nfsrv.async: 1 vfs.nfsrv.commit_blks: 54284 vfs.nfsrv.commit_miss: 45781 vfs.nfsrv.realign_test: 184130 vfs.nfsrv.realign_count: 0 vfs.nfsrv.gatherdelay: 10000 vfs.nfsrv.gatherdelay_v3: 0 [nfs]# The state shows ufs when its stalled out PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 653 root -4 0 1208K 792K ufs 0:01 0.00% 0.00% nfsd 651 root -4 0 1208K 792K ufs 0:00 0.00% 0.00% nfsd [nfs]# ps -auxw | grep nfsd | awk '{print "ps -auxwwwjp "$2}' | sh | grep ^root USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND PPID PGID SID JOBC root 649 0.0 0.0 1336 1032 ?? Ds 4:00PM 0:00.01 nfsd: master (nf 1 649 649 0 root 650 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 651 0.0 0.0 1208 792 ?? D 4:00PM 0:00.47 nfsd: server (nf 649 649 649 0 root 652 0.0 0.0 1208 792 ?? D 4:00PM 0:00.01 nfsd: server (nf 649 649 649 0 root 653 0.0 0.0 1208 792 ?? D 4:00PM 0:00.81 nfsd: server (nf 649 649 649 0 root 654 0.0 0.0 1208 792 ?? D 4:00PM 0:00.25 nfsd: server (nf 649 649 649 0 root 655 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 656 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 657 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 658 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 659 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 660 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 661 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 662 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 663 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 root 664 0.0 0.0 1208 792 ?? D 4:00PM 0:00.00 nfsd: server (nf 649 649 649 0 [nfs]# Does something else need to be set tweaked for it to work ? I have tried both with the default options for mounting via nfs e.g. mount_nfs 10.1.1.1:/mnt /mnt and mount_nfs -U -2 10.1.1.1:/mnt /mnt with no difference. It seems to get to a point where the network traffic actually stalls out (i.e. tcpdump doesnt show anything), however there is still a lot of disk IO going on that really should not be for the size of the file. When using async=0, it works as expected consistently. [ns4-new]# time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=16384 16384+0 records in 16384+0 records out 268435456 bytes transferred in 30.574544 secs (8779704 bytes/sec) 0.006u 0.480s 0:31.62 1.5% 32+279k 0+32768io 0pf+0w [ns4-new]# [nfs]# cat /var/run/dmesg.boot Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Fri Jan 28 12:47:54 EST 2005 mdtancsa@5-3nfs.sentex.ca:/usr/obj/usr/src/sys/nfs Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff real memory = 2147418112 (2047 MB) avail memory = 2096046080 (1998 MB) ACPI APIC Table: 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 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfd000000-0xfd3fffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xc000-0xc01f mem 0xfd400000-0xfd41ffff irq 17 at device 1.0 on pci2 em0: Ethernet address: 00:01:80:53:ff:04 em0: Speed:N/A Duplex:N/A pcib3: at device 30.0 on pci0 pci3: on pcib3 em1: port 0xd000-0xd03f mem 0xfc800000-0xfc81ffff,0xfc820000-0xfc83ffff irq 16 at device 4.0 on pci3 em1: Ethernet address: 00:0e:0c:5d:f7:c0 em1: Speed:N/A Duplex:N/A twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xd100-0xd10f mem 0xfc000000-0xfc7fffff irq 17 at device 5.0 on pci3 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7S 1.05.00.056, BIOS BE7X 1.08.00.046 fwohci0: mem 0xfc860000-0xfc860fff irq 22 at device 13.0 on pci3 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:01:80:13:94:53:ff:05 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 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 Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcdfff,0xcc000-0xccfff,0xc0000-0xca7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. Timecounter "TSC" frequency 2992514010 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 3100 packets/entry by default ad0: 38166MB [77545/16/63] at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 twed0: on twe0 twed0: 715422MB (1465185024 sectors) em0: Link is up 100 Mbps Full Duplex Mounting root from ufs:/dev/ad0s1a em0: Link is up 100 Mbps Full Duplex em1: Link is up 1000 Mbps Full Duplex [nfs]# ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 22:07:40 2005 Return-Path: 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 2AA2516A4CE for ; Fri, 28 Jan 2005 22:07:40 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C91C043D1D for ; Fri, 28 Jan 2005 22:07:39 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-98-76.pppoe.mtu-net.ru ([83.237.98.76] helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1CueH9-000Dw4-UQ; Sat, 29 Jan 2005 01:07:36 +0300 Message-ID: <41FAB7EC.1020802@FreeBSD.org> Date: Sat, 29 Jan 2005 01:08:44 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Rink Springer References: <41FA67B0.5000602@FreeBSD.org> <20050128172236.GC70503@dan.emsphone.com> <20050128172648.GA19378@stack.nl> In-Reply-To: <20050128172648.GA19378@stack.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Dan Nelson Subject: Re: unwanted shutdowns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 22:07:40 -0000 Rink Springer wrote: >>>My CURRENT box has random shutdowns time to time. No panic. Just >>>clean shutdown with common messages on console. > > > I've had simular issues with a 5.3 box. Simply disabling power > management in the BIOS solved it. > 5.3-RELEASE works for me in the point. -- Sem. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 22:35:04 2005 Return-Path: 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 931FB16A4CE for ; Fri, 28 Jan 2005 22:35:04 +0000 (GMT) Received: from pcgyver.dyndns.org (67.63.100-84.rev.gaoland.net [84.100.63.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F6FF43D1D for ; Fri, 28 Jan 2005 22:35:03 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [192.168.0.2] (pcgyver [192.168.0.2] (may be forged)) by pcgyver.dyndns.org (8.13.1/8.13.1) with ESMTP id j0SMZ15B054569 for ; Fri, 28 Jan 2005 23:35:01 +0100 (CET) (envelope-from martin.mato@wanadoo.fr) Message-ID: <41FABE14.10209@wanadoo.fr> Date: Fri, 28 Jan 2005 23:35:00 +0100 From: Martin MATO User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vte-0.11.11_2 seems doesn't build in 6.0-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: martin.mato@wanadoo.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 22:35:04 -0000 /bin/sh /usr/local/bin/libtool15 --mode=link cc -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -O -pipe -march=pentium3 -O -pipe -march=pentium3 -L/usr/local/lib -L/usr/X11R6/lib -L/usr/local/lib -L/usr/X11R6/lib -o reflect-text-view reflect_text_view-reflect.o -L/usr/local/lib -L/usr/X11R6/lib -lncurses -lSM -lICE -lX11 -lm -Wl,--export-dynamic -L/usr/X11R6/lib -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lSM -lICE -lX11 -lncurses -lSM -lICE -lX11 -lm cc -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -O -pipe -march=pentium3 -O -pipe -march=pentium3 -o reflect-text-view reflect_text_view-reflect.o -Wl,--export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 /usr/local/lib/libiconv.so -lncurses -lSM -lICE -lX11 -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/X11R6/include -O -pipe -march=pentium3 -DUSE_VTE -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -O -pipe -march=pentium3 -MT reflect_vte-reflect.o -MD -MP -MF ".deps/reflect_vte-reflect.Tpo" \ -c -o reflect_vte-reflect.o `test -f 'reflect.c' || echo './'`reflect.c; \ then mv -f ".deps/reflect_vte-reflect.Tpo" ".deps/reflect_vte-reflect.Po"; \ else rm -f ".deps/reflect_vte-reflect.Tpo"; exit 1; \ fi /bin/sh /usr/local/bin/libtool15 --mode=link cc -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -O -pipe -march=pentium3 -O -pipe -march=pentium3 -L/usr/local/lib -L/usr/X11R6/lib -L/usr/local/lib -L/usr/X11R6/lib -o reflect-vte reflect_vte-reflect.o libvte.la -L/usr/local/lib -L/usr/X11R6/lib -lncurses -lSM -lICE -lX11 -lm -Wl,--export-dynamic -L/usr/X11R6/lib -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lSM -lICE -lX11 -lncurses -lSM -lICE -lX11 -lm cc -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -O -pipe -march=pentium3 -O -pipe -march=pentium3 -o .libs/reflect-vte reflect_vte-reflect.o -Wl,--export-dynamic -L/usr/local/lib -L/usr/X11R6/lib ./.libs/libvte.so -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 /usr/local/lib/libiconv.so -lncurses -lSM -lICE -lX11 -lm -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/local/lib creating reflect-vte if cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/X11R6/include -O -pipe -march=pentium3 -DUSE_ZVT -DHAVE_ZVT -I/usr/local/include/atk-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include/libzvt-2.0 -I/usr/local/include/libart-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/X11R6/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include -O -pipe -march=pentium3 -MT reflect_zvt-reflect.o -MD -MP -MF ".deps/reflect_zvt-reflect.Tpo" \ -c -o reflect_zvt-reflect.o `test -f 'reflect.c' || echo './'`reflect.c; \ then mv -f ".deps/reflect_zvt-reflect.Tpo" ".deps/reflect_zvt-reflect.Po"; \ else rm -f ".deps/reflect_zvt-reflect.Tpo"; exit 1; \ fi reflect.c:33:27: libzvt/libzvt.h: No such file or directory reflect.c: In function `terminal_hint_zvt': reflect.c:99: error: `ZvtTerm' undeclared (first use in this function) reflect.c:99: error: (Each undeclared identifier is reported only once reflect.c:99: error: for each function it appears in.) reflect.c:99: error: `terminal' undeclared (first use in this function) reflect.c: In function `terminal_init_zvt': reflect.c:130: warning: assignment makes pointer from integer without a cast reflect.c: In function `terminal_adjustment_zvt': reflect.c:149: error: invalid type argument of `->' gmake[2]: *** [reflect_zvt-reflect.o] Error 1 gmake[2]: Leaving directory `/usr/ports/x11-toolkits/vte/work/vte-0.11.11/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/vte/work/vte-0.11.11' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11-toolkits/vte. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall36374.0 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! x11-toolkits/vte (missing header) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed i cvsuped the ports tree just a few minutes ago. what do you think? :-[ From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 22:44:15 2005 Return-Path: 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 0D55916A4CE for ; Fri, 28 Jan 2005 22:44:15 +0000 (GMT) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 1189E43D3F for ; Fri, 28 Jan 2005 22:44:14 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 9208 invoked from network); 28 Jan 2005 22:44:12 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 28 Jan 2005 22:44:12 -0000 Received: (qmail 4446 invoked by uid 1001); 28 Jan 2005 22:44:12 -0000 Date: Fri, 28 Jan 2005 17:44:12 -0500 From: Brian Reichert To: Mike Tancsa Message-ID: <20050128224412.GK662@numachi.com> References: <6.2.0.14.0.20050128160902.050da3f0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.0.14.0.20050128160902.050da3f0@64.7.153.2> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: vfs.nfsrv.async broken ? Or pilot error ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 22:44:15 -0000 On Fri, Jan 28, 2005 at 05:08:17PM -0500, Mike Tancsa wrote: > I am trying to run some nfs benchmarks and wanted to see how > vfs.nfsrv.async makes a difference on performance for FreeBSD vs Linux. > > From the client (a RELENG_5 box) if I do a simple > > time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=1638 > > The write is very quick > > [ns4-new]# time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=1638 > 1638+0 records in > 1638+0 records out > 26836992 bytes transferred in 0.387338 secs (69285733 bytes/sec) > 0.007u 0.079s 0:00.54 12.9% 34+266k 0+3276io 0pf+0w > [ns4-new]# > > > > But if I increase the size by 10 times, the process takes more than 100 > times the amount of time to complete, and sometimes it doesnt complete at > all I've been trying to diagnose some big-files-over-NFS issues myself, with Solaris clients and a 5.3-R server. The symptoms on my setup were: when the files got to 200M, the nfsd processes were seemingly hang in a getblk state, and, after many (tens) of minutes, would 'wake up', and continue to flow data. My current workaround was to disable softupdates on the exported partitions until I can get another maintenace window to do things like check the firmware of my RAID card. etc. There are probably dozens of important differences between your and my systems, so I'm not going to pretend we have the same problems, but that's what I've done for now... -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 23:15:33 2005 Return-Path: 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 8B04916A4CE for ; Fri, 28 Jan 2005 23:15:33 +0000 (GMT) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCFE43D1D for ; Fri, 28 Jan 2005 23:15:33 +0000 (GMT) (envelope-from tom@motd.dk) Received: from bart.motd.dk (port95.ds1-ro.adsl.cybercity.dk [212.242.60.98]) by cicero2.cybercity.dk (Postfix) with ESMTP id 42B48190A78 for ; Sat, 29 Jan 2005 00:15:31 +0100 (CET) Received: from localhost (localhost.motd.dk [127.0.0.1]) by bart.motd.dk (Postfix) with ESMTP id C0E8F630E for ; Sat, 29 Jan 2005 00:15:21 +0100 (CET) Received: from bart.motd.dk ([127.0.0.1]) by localhost (bart.motd.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42070-01 for ; Sat, 29 Jan 2005 00:15:20 +0100 (CET) Received: from home03 (unknown [192.168.10.3]) by bart.motd.dk (Postfix) with ESMTP id 5DD5F62EB for ; Sat, 29 Jan 2005 00:15:19 +0100 (CET) From: "Tom Jensen" To: Date: Sat, 29 Jan 2005 00:15:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUFj0M3vLpj43ebRFeVttXq+RAhiQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050128231519.5DD5F62EB@bart.motd.dk> X-Virus-Scanned: by amavisd-new at motd.dk Subject: Netgear WG511 on 6.0-CURRENT #0: Fri Jan 28 08:11:46 CET 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 23:15:33 -0000 Hi Anybody got a working system with a netgear WG511(v1) wireless card? It's not using any of the standard drivers (the card have a prismGT chip), and the ndis fails in the following error: ndiscvt -i netwg511.inf -s WG511ICB.sys -o ndis_driver_data.h ndiscvt: line 234: "D:ARAI(A;;GA;;;BA)(A;;GA;;;SY)(A;CI;GA;;;IU)": syntax error. Any known work arounds, suggestions ? - T From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 00:30:25 2005 Return-Path: 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 9020116A4CE for ; Sat, 29 Jan 2005 00:30:25 +0000 (GMT) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689BF43D31 for ; Sat, 29 Jan 2005 00:30:25 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id j0T0UOh8003813 for ; Fri, 28 Jan 2005 16:30:25 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 28 Jan 2005 16:30:24 -0800 Message-ID: <00CDF9AA240E204FA6E923BD35BC6436085032FE@bcs-mail.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: build fails in lib/libstand Thread-Index: AcUFmbkAtM6StLD+RPeTEgM3v0b5+Q== From: "Li, Qing" To: X-Scanned-By: MIMEDefang 2.49 on 216.52.23.28 Subject: build fails in lib/libstand X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 00:30:25 -0000 In file included from /usr/src/lib/libstand/arp.c:55: /usr/src/lib/libstand/stand.h:398:36: macro "Free" passed 3 arguments, but takes just 1 In file included from /usr/src/lib/libstand/ether.c:55: /usr/src/lib/libstand/stand.h:398:36: macro "Free" passed 3 arguments, but takes just 1 In file included from /usr/src/lib/libstand/net.c:60: /usr/src/lib/libstand/stand.h:398:36: macro "Free" passed 3 arguments, but takes just 1 In file included from /usr/src/lib/libstand/udp.c:60: /usr/src/lib/libstand/stand.h:398:36: macro "Free" passed 3 arguments, but takes just 1 In file included from /usr/src/lib/libstand/rarp.c:55: /usr/src/lib/libstand/stand.h:398:36: macro "Free" passed 3 arguments, but takes just 1 mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libstand. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 00:44:17 2005 Return-Path: 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 C585716A4CE for ; Sat, 29 Jan 2005 00:44:17 +0000 (GMT) Received: from pcgyver.dyndns.org (67.63.100-84.rev.gaoland.net [84.100.63.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE60F43D48 for ; Sat, 29 Jan 2005 00:44:16 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [192.168.0.2] (pcgyver [192.168.0.2] (may be forged)) by pcgyver.dyndns.org (8.13.1/8.13.1) with ESMTP id j0T0iE5h009828 for ; Sat, 29 Jan 2005 01:44:15 +0100 (CET) (envelope-from martin.mato@wanadoo.fr) Message-ID: <41FADC5E.6000805@wanadoo.fr> Date: Sat, 29 Jan 2005 01:44:14 +0100 From: Martin MATO User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41FAC2F6.7000706@wanadoo.fr> <1106953839.10795.2.camel@shumai.marcuscom.com> In-Reply-To: <1106953839.10795.2.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vte-0.11.11_2 seems doesn't build in 6.0-current -SOLVED X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: martin.mato@wanadoo.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 00:44:17 -0000 the reinstall of libzvt and a cleanup of a misplaced .pc (pkgconfig ident file) had solved the problem. Many thanks to the port maintainer. From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 02:08:50 2005 Return-Path: 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 64B7716A4CF for ; Sat, 29 Jan 2005 02:08:50 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 67FA043D39 for ; Sat, 29 Jan 2005 02:08:49 +0000 (GMT) (envelope-from m@MHoerich.de) Received: (qmail invoked by alias); 29 Jan 2005 02:08:45 -0000 Received: from p508A59AC.dip.t-dialin.net (EHLO localhost) (80.138.89.172) by mail.gmx.net (mp017) with SMTP; 29 Jan 2005 03:08:45 +0100 X-Authenticated: #5114400 Date: Sat, 29 Jan 2005 03:08:36 +0100 From: Mario Hoerich To: Kris Kennaway Message-ID: <20050129020836.GA75340@Pandora.MHoerich.de> Mail-Followup-To: Kris Kennaway , Tim Robbins , Scot Hetzel , freebsd-current@freebsd.org References: <790a9fff05012509511b64e3ad@mail.gmail.com> <20050125221047.GA339@cat.robbins.dropbear.id.au> <20050125223834.GA28389@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050125223834.GA28389@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: not organized X-Y-GMX-Trusted: 0 cc: Scot Hetzel cc: Tim Robbins cc: freebsd-current@freebsd.org Subject: comm(1) (was: Re: uniq truncates lines > 2048 bytes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 02:08:50 -0000 # Kris Kennaway: > On Wed, Jan 26, 2005 at 09:10:47AM +1100, Tim Robbins wrote: > > > > I was planning on going through all text-processing utilities in the base > > system some time and either fixing line length problems or documenting them, > > similar to what I did with multibyte character support. I may make a start > > at that today. > > If someone could fix comm(1) that would be a big help for me, because > I have a local hack I have to carry around in all of my local package > source trees. Does this patch help? I haven't made any contributions before, so I just hope I'm not making a fool of myself with this... HTH, Mario Index: comm.c =================================================================== RCS file: /home/ncvs/src/usr.bin/comm/comm.c,v retrieving revision 1.21 diff -u -r1.21 comm.c --- comm.c 2 Jul 2004 22:48:29 -0000 1.21 +++ comm.c 29 Jan 2005 01:30:13 -0000 @@ -66,6 +66,8 @@ FILE *file(const char *); void show(FILE *, const char *, const wchar_t *, wchar_t *); int wcsicoll(const wchar_t *, const wchar_t *); +wchar_t *fgetwla(FILE *); + static void usage(void); int @@ -75,7 +77,7 @@ int ch, flag1, flag2, flag3, iflag; FILE *fp1, *fp2; const wchar_t *col1, *col2, *col3; - wchar_t line1[MAXLINELEN], line2[MAXLINELEN]; + wchar_t *line1, *line2; const wchar_t **p; flag1 = flag2 = flag3 = 1; @@ -123,12 +125,14 @@ for (read1 = read2 = 1;;) { /* read next line, check for EOF */ if (read1) { - file1done = !fgetws(line1, MAXLINELEN, fp1); + line1 = fgetwla(fp1); + file1done = (line1 == NULL); if (file1done && ferror(fp1)) err(1, "%s", argv[0]); } if (read2) { - file2done = !fgetws(line2, MAXLINELEN, fp2); + line2 = fgetwla(fp2); + file2done = (line2 == NULL); if (file2done && ferror(fp2)) err(1, "%s", argv[1]); } @@ -170,6 +174,10 @@ if (col2) (void)printf("%ls%ls", col2, line2); } + if (read1) + free(line1); + if (read2) + free(line2); } exit(0); } @@ -177,10 +185,15 @@ void show(FILE *fp, const char *fn, const wchar_t *offset, wchar_t *buf) { + wchar_t *line; + + line = buf; do { - (void)printf("%ls%ls", offset, buf); - } while (fgetws(buf, MAXLINELEN, fp)); + (void)printf("%ls%ls", offset, line); + free(line); + line = fgetwla(fp); + } while (line != NULL); if (ferror(fp)) err(1, "%s", fn); } @@ -208,7 +221,13 @@ int wcsicoll(const wchar_t *s1, const wchar_t *s2) { - wchar_t *p, line1[MAXLINELEN], line2[MAXLINELEN]; + wchar_t *p, *line1, *line2; + int comp; + + if( (line1 = malloc(wcslen(s1) + 1)) == NULL) + err(1, "%s", __func__); + if( (line2 = malloc(wcslen(s2) + 1)) == NULL) + err(1, "%s", __func__); for (p = line1; *s1; s1++) *p++ = towlower(*s1); @@ -216,5 +235,28 @@ for (p = line2; *s2; s2++) *p++ = towlower(*s2); *p = '\0'; - return (wcscoll(line1, line2)); + + comp = wcscoll(line1, line2); + free(line1); + free(line2); + + return comp; +} + +wchar_t * +fgetwla(FILE *fp) +{ + wchar_t *line, *wtmp; + size_t len; + + if ( (wtmp=fgetwln(fp, &len)) == NULL) + return NULL; + + if ( (line=malloc((len + 1) * sizeof(wchar_t))) == NULL) + err(1, "%s", __func__); + + wcsncpy(line, wtmp, len); + line[len] = L'\0'; + + return line; } -- From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 03:20:55 2005 Return-Path: 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 A217616A4D1; Sat, 29 Jan 2005 03:20:55 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B95743D2F; Sat, 29 Jan 2005 03:20:55 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from [192.168.0.247] ([70.80.136.44]) by VL-MO-MR007.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IB200GT06MUT2@VL-MO-MR007.ip.videotron.ca>; Fri, 28 Jan 2005 22:20:54 -0500 (EST) Date: Fri, 28 Jan 2005 22:20:54 -0500 From: "Stephane E. Potvin" To: freebsd-current@FreeBSD.org Message-id: <41FB0116.708@videotron.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_PEdLaJvvTL/VFvobhwAyKw)" X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (X11/20041228) X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime cc: Bill Paul cc: Sam Leffler Subject: [patch] scan support for ndisulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 03:20:55 -0000 This is a multi-part message in MIME format. --Boundary_(ID_PEdLaJvvTL/VFvobhwAyKw) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Attached is a patch to enable scan support for the ndisulator following the recent changes to the ieee80211 layer and to the ifconfig(8) utility. It could probably use some more testing as I don't have access to many APs, but it's working fine here with 4 APs in range. Any feedback, positive or negative, would be greatly appreciated. Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB+wEVmdOXtTCX/nsRArL6AJ9bPLgNEQ1c+D/D1TrC+8ls5INPYgCg5w+d JiXqrg6jt/e6ZBt28ndKL5g= =kn6d -----END PGP SIGNATURE----- --Boundary_(ID_PEdLaJvvTL/VFvobhwAyKw) Content-type: text/plain; name=if_ndis.c.scan; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Content-disposition: inline; filename=if_ndis.c.scan Index: if_ndis.c =================================================================== RCS file: /home/FreeBSD/ncvs/src/sys/dev/if_ndis/if_ndis.c,v retrieving revision 1.76 diff -u -r1.76 if_ndis.c --- if_ndis.c 24 Jan 2005 18:18:12 -0000 1.76 +++ if_ndis.c 29 Jan 2005 02:55:59 -0000 @@ -107,6 +107,8 @@ static int ndis_ioctl (struct ifnet *, u_long, caddr_t); static int ndis_wi_ioctl_get (struct ifnet *, u_long, caddr_t); static int ndis_wi_ioctl_set (struct ifnet *, u_long, caddr_t); +static int ndis_80211_ioctl_get (struct ifnet *, u_long, caddr_t); +static int ndis_80211_ioctl_set (struct ifnet *, u_long, caddr_t); static void ndis_init (void *); static void ndis_stop (struct ndis_softc *); static void ndis_watchdog (struct ifnet *); @@ -1973,6 +1975,18 @@ ifp->if_hwassist = 0; ndis_set_offload(sc); break; + case SIOCG80211: + if (sc->ndis_80211) + error = ndis_80211_ioctl_get(ifp, command, data); + else + error = ENOTTY; + break; + case SIOCS80211: + if (sc->ndis_80211) + error = ndis_80211_ioctl_set(ifp, command, data); + else + error = ENOTTY; + break; case SIOCGIFGENERIC: case SIOCSIFGENERIC: if (sc->ndis_80211 && NDIS_INITIALIZED(sc)) { @@ -2121,6 +2135,119 @@ return (error); } +static int +ndis_80211_ioctl_get(struct ifnet *ifp, u_long command, caddr_t data) +{ + struct ndis_softc *sc; + struct ieee80211req *ireq; + ndis_80211_bssid_list_ex *bl; + ndis_wlan_bssid_ex *wb; + struct ieee80211req_scan_result *sr, *bsr; + int error, len, i, j; + char *cp; + + sc = ifp->if_softc; + ireq = (struct ieee80211req *) data; + + switch (ireq->i_type) { + case IEEE80211_IOC_SCAN_RESULTS: + len = 0; + error = ndis_get_info(sc, OID_802_11_BSSID_LIST, NULL, &len); + if (error != ENOSPC) + break; + bl = malloc(len, M_DEVBUF, M_WAITOK | M_ZERO); + error = ndis_get_info(sc, OID_802_11_BSSID_LIST, bl, &len); + if (error) { + free(bl, M_DEVBUF); + break; + } + sr = bsr = malloc(ireq->i_len, M_DEVBUF, M_WAITOK | M_ZERO); + wb = bl->nblx_bssid; + len = 0; + for (i = 0; i < bl->nblx_items; i++) { + /* + * Check if we have enough space left for this ap + */ + j = roundup(sizeof(*sr) + wb->nwbx_ssid.ns_ssidlen + + wb->nwbx_ielen - sizeof(struct ndis_80211_fixed_ies), + sizeof(uint32_t)); + if (len + j > ireq->i_len) + break; + bcopy(&wb->nwbx_macaddr, &sr->isr_bssid, sizeof(sr->isr_bssid)); + if (wb->nwbx_privacy) + sr->isr_capinfo |= IEEE80211_CAPINFO_PRIVACY; + sr->isr_rssi = wb->nwbx_rssi + 200; + sr->isr_freq = wb->nwbx_config.nc_dsconfig / 1000; + sr->isr_intval = wb->nwbx_config.nc_beaconperiod; + switch (wb->nwbx_netinfra) { + case NDIS_80211_NET_INFRA_IBSS: + sr->isr_capinfo |= IEEE80211_CAPINFO_IBSS; + break; + case NDIS_80211_NET_INFRA_BSS: + sr->isr_capinfo |= IEEE80211_CAPINFO_ESS; + break; + } + for (j = 0; j < sizeof(sr->isr_rates); j++) { + /* XXX - check units */ + if (wb->nwbx_supportedrates[j] == 0) + break; + sr->isr_rates[j] = wb->nwbx_supportedrates[j] & 0x7f; + } + sr->isr_nrates = j; + sr->isr_ssid_len = wb->nwbx_ssid.ns_ssidlen; + cp = (char *)sr + sizeof(*sr); + bcopy(&wb->nwbx_ssid.ns_ssid, cp, sr->isr_ssid_len); + cp += sr->isr_ssid_len; + sr->isr_ie_len = wb->nwbx_ielen + - sizeof(struct ndis_80211_fixed_ies); + bcopy((char *)wb->nwbx_ies + sizeof(struct ndis_80211_fixed_ies), + cp, sr->isr_ie_len); + sr->isr_len = roundup(sizeof(*sr) + sr->isr_ssid_len + + sr->isr_ie_len, sizeof(uint32_t)); + len += sr->isr_len; + sr = (struct ieee80211req_scan_result *)((char *)sr + sr->isr_len); + wb = (ndis_wlan_bssid_ex *)((char *)wb + wb->nwbx_len); + } + ireq->i_len = len; + error = copyout(bsr, ireq->i_data, len); + free(bl, M_DEVBUF); + free(bsr, M_DEVBUF); + break; + default: + error = ieee80211_ioctl(&sc->ic, command, data); + } + + return(error); +} + +static int +ndis_80211_ioctl_set(struct ifnet *ifp, u_long command, caddr_t data) +{ + struct ndis_softc *sc; + struct ieee80211req *ireq; + int error, len; + + sc = ifp->if_softc; + ireq = (struct ieee80211req *) data; + + switch (ireq->i_type) { + case IEEE80211_IOC_SCAN_REQ: + len = 0; + error = ndis_set_info(sc, OID_802_11_BSSID_LIST_SCAN, NULL, &len); + tsleep(&error, PPAUSE|PCATCH, "ssidscan", hz * 2); + rt_ieee80211msg(ifp, RTM_IEEE80211_SCAN, NULL, 0); + break; + default: + error = ieee80211_ioctl(&sc->ic, command, data); + if (error == ENETRESET) { + ndis_setstate_80211(sc); + error = 0; + } + } + + return(error); +} + static void ndis_watchdog(ifp) struct ifnet *ifp; --Boundary_(ID_PEdLaJvvTL/VFvobhwAyKw)-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 05:24:56 2005 Return-Path: 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 639EF16A4CE; Sat, 29 Jan 2005 05:24:56 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C0843D39; Sat, 29 Jan 2005 05:24:55 +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.1/8.13.1) with ESMTP id j0T5OtqD054936; Sat, 29 Jan 2005 00:24:55 -0500 (EST) (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.1/8.13.1) with ESMTP id j0T5PBQo010401; Sat, 29 Jan 2005 00:25:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 099517306E; Sat, 29 Jan 2005 00:24:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050129052454.099517306E@freebsd-current.sentex.ca> Date: Sat, 29 Jan 2005 00:24:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/690/Fri Jan 28 07:09:45 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 05:24:56 -0000 TB --- 2005-01-29 04:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-29 04:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-29 04:00:00 - checking out the source tree TB --- 2005-01-29 04:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-29 04:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-29 04:05:35 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-29 04:05:35 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-29 04:05:35 - /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 TB --- 2005-01-29 05:15:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-29 05:15:42 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-29 05:15:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jan 29 05:15:42 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/modules/axe/../../conf/kmod_syms.awk if_axe.kld export_syms | xargs -J% objcopy % if_axe.kld ld -Bshareable -d -warn-common -o if_axe.ko.debug if_axe.kld objcopy --strip-debug if_axe.ko.debug if_axe.ko ===> bfe (all) cc -O2 -fno-strict-aliasing -pipe -mcpu=ev4 -mtune=ev5 -mieee -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c: In function `bfe_dma_alloc': /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe/../../dev/bfe/if_bfe.c:212: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/bfe. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-29 05:24:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-29 05:24:54 - ERROR: failed to build generic kernel TB --- 2005-01-29 05:24:54 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 05:37:05 2005 Return-Path: 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 BF50B16A4CF for ; Sat, 29 Jan 2005 05:37:05 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CB0743D31 for ; Sat, 29 Jan 2005 05:37:05 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j0T5b4Yt051663; Sat, 29 Jan 2005 00:37:04 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 51147-07; Sat, 29 Jan 2005 00:37:03 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j0T5b3a0051622; Sat, 29 Jan 2005 00:37:03 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j0T5auAM078336; Sat, 29 Jan 2005 00:36:57 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.0.14.0.20050129003215.049f6dd8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Sat, 29 Jan 2005 00:39:04 -0500 To: Brian Reichert From: Mike Tancsa In-Reply-To: <20050128224412.GK662@numachi.com> References: <6.2.0.14.0.20050128160902.050da3f0@64.7.153.2> <20050128224412.GK662@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: freebsd-current@freebsd.org Subject: Re: vfs.nfsrv.async broken ? Or pilot error ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 05:37:05 -0000 At 05:44 PM 28/01/2005, Brian Reichert wrote: > > > > But if I increase the size by 10 times, the process takes more than 100 > > times the amount of time to complete, and sometimes it doesnt complete at > > all > >I've been trying to diagnose some big-files-over-NFS issues myself, >with Solaris clients and a 5.3-R server. Hi, As long as I keep vfs.nfsrv.async=0, I can create large files no problem [ns4-new]# time dd if=/dev/zero of=/mnt/testfile2 bs=1024k count=300 300+0 records in 300+0 records out 314572800 bytes transferred in 84.672246 secs (3715182 bytes/sec) 0.000u 0.675s 1:24.75 0.7% 23+2579k 0+38400io 0pf+0w [ns4-new]# Then, changing the file slightly, [ns4-new]# time dd if=/mnt/testfile2 of=/dev/null bs=1024k 300+1 records in 300+1 records out 314573050 bytes transferred in 7.251998 secs (43377431 bytes/sec) 0.000u 0.522s 0:07.30 7.1% 28+2877k 0+0io 0pf+0w [ns4-new]# I can also run iozone on the nfs mount, but not with async=1 ---Mike From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 07:32:12 2005 Return-Path: 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 7745416A4CE for ; Sat, 29 Jan 2005 07:32:12 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5BD743D2D for ; Sat, 29 Jan 2005 07:32:11 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id j0T7WLKL053183; Sat, 29 Jan 2005 16:32:21 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id j0T7WL53053182; Sat, 29 Jan 2005 16:32:21 +0900 (KST) (envelope-from ssw) Date: Sat, 29 Jan 2005 16:32:20 +0900 From: Sangwoo Shim To: Tom Jensen Message-ID: <20050129073220.GA52810@neo.redjade.org> References: <20050128231519.5DD5F62EB@bart.motd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: <20050128231519.5DD5F62EB@bart.motd.dk> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: Netgear WG511 on 6.0-CURRENT #0: Fri Jan 28 08:11:46 CET 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 07:32:12 -0000 On Sat, Jan 29, 2005 at 12:15:31AM +0100, Tom Jensen wrote: > Hi > > Anybody got a working system with a netgear WG511(v1) wireless card? > > It's not using any of the standard drivers (the card have a prismGT chip), > and the ndis fails in the following error: > > ndiscvt -i netwg511.inf -s WG511ICB.sys -o ndis_driver_data.h > ndiscvt: line 234: "D:ARAI(A;;GA;;;BA)(A;;GA;;;SY)(A;CI;GA;;;IU)": syntax > error. > > Any known work arounds, suggestions ? How about trying this? http://green.homeunix.org/~green/prism54-driver/pff/ - Sangwoo Shim From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 08:54:33 2005 Return-Path: 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 B3F1716A4CE for ; Sat, 29 Jan 2005 08:54:33 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 8CCAD43D1D for ; Sat, 29 Jan 2005 08:54:25 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 71528 invoked by uid 0); 29 Jan 2005 08:46:12 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 29 Jan 2005 08:46:12 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 6C16C131462; Sat, 29 Jan 2005 16:54:15 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94260-15; Sat, 29 Jan 2005 16:54:04 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id D81CD133655; Sat, 29 Jan 2005 16:54:03 +0800 (CST) Date: Sat, 29 Jan 2005 16:54:03 +0800 From: Xin LI To: Xin LI , Nikolas Britton , freebsd-current@freebsd.org, delphij@FreeBSD.org, cyrille.lefevre@laposte.net Message-ID: <20050129085403.GB95260@frontfree.net> References: <41F81D0C.8090002@nbritton.org> <1106792421.623.7.camel@spirit> <20050128110120.GJ630@loge.nixsys.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: <20050128110120.GJ630@loge.nixsys.be> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net Subject: Re: kern/71142; VESA 1024x768 @ the console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 08:54:33 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 28, 2005 at 12:01:20PM +0100, Philip Paeps wrote: > On 2005-01-27 10:20:21 (+0800), Xin LI wrote: > > This is what I am running with, minus a moused rc.d script patch which = can > > be found in the original PR. >=20 > I haven't tested the patch yet, but is the problem with moused in moused = or in > vidcontrol? The rc.d patch appears to just enable the mouse on the first= vt, > not on the other ones (which is different from the current behaviour)... I think it's not a moused problem, it should be some changes in syscons that caused this :-( Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --neYutvxvOLaeuPCA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB+08q/cVsHxFZiIoRAkdhAJwMyWEViWkus4LtsYI5dymND5oTggCfWshQ /eESm+qVpy90Y5ZlzMtI2Js= =+i03 -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 10:46:08 2005 Return-Path: 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 445C816A4CE for ; Sat, 29 Jan 2005 10:46:08 +0000 (GMT) Received: from hydra.crashmail.de (hydra.crashmail.de [217.146.142.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B5F43D4C for ; Sat, 29 Jan 2005 10:46:07 +0000 (GMT) (envelope-from steve.tell@crashmail.de) Received: from zeus.crashmail.de (p50819F56.dip.t-dialin.net [80.129.159.86]) by hydra.crashmail.de (Postfix) with ESMTP id 8ECEF2EE21 for ; Sat, 29 Jan 2005 11:45:18 +0100 (CET) Received: from pandora.crashmail.de (pandora.crashmail.de [192.168.1.20]) by zeus.crashmail.de (Postfix) with ESMTP id 98D445528 for ; Sat, 29 Jan 2005 11:46:01 +0100 (CET) To: freebsd-current@freebsd.org X-Face: .KSo,m`RE@]&5>cJ8vw<`1x?R(?,Q]b@qeq;P\.fK\}i>U^v9f; /~+rKfXKOJ$jD@Foy7MtnIpnk+6]/](%q@*/|+M<4.q@SO3+)u X-PGP-Key: 0x9B6C7E15 X-PGP-Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 Organization: The Third Place X-BSD-Version: FreeBSD pandora.crashmail.de 5.3-STABLE FreeBSD 5.3-STABLE #3: Sun Jan 23 17:55:00 CET 2005 stell@pandora.crashmail.de:/usr/obj/usr/src/sys/PANDORA i386 From: Stefan 'Steve' Tell Date: Sat, 29 Jan 2005 11:46:33 +0100 Message-ID: <87llac7bsm.fsf@zeus.crashmail.de> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Complete system freeze with NVidia + Xawtv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 10:46:08 -0000 Hi folks, this is a mail forward, I also sent this (or mails like this) to some german mailinglists and the NVidia and xawtv Maintainer. Is there really no solution? > ---- / cut / ----- Hi, I have some strange behavior with the latest nvidia-driver with FreeBSD 5.3-STABLE. I first recognized this error with any versions newer that 5.2.1. That time I thought, it can be a 'CURRENT'-problem, but it's not, I think. ,---- | root@pandora# pkg_info | grep nvidia-driver | nvidia-driver-1.0.6113_3 NVidia graphics card binary drivers for hardware [ ... ] `---- This driver works very well, but if I try to use xawtv with 'overlay'-mode, I get a total system freeze (not more mouse/keyboard, no sshd, etc., but still a quite good xawtv-window with sound and moving pictures). I only can push the power-button. I nearly tried all combinations of xawtv/nvidia-settings, but none worked with xawtv-overlay. I also changed the PCI-Slot of my Hauppauge WINTV/PCI-Card. If I use xawtv with 'grabdisplay'-mode everything is fine. There are not entries in any logfiles, no chance to debug this problem. Any hints? Might this be a questions for a freebsd-mailinglist? Which one of them? (-stable, -current?). Hint: This problem exists in 6.0-CURRENT, too. Hint2: If someone of you understands german; I describe this problem here too: -- By(t)e, Steve /\ http://www.crashmail.de GnuPG/PGP: 0X9B6C7E15, encrypted mail prefered, see header From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 11:39:32 2005 Return-Path: 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 B082B16A4CE for ; Sat, 29 Jan 2005 11:39:32 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75DE43D58 for ; Sat, 29 Jan 2005 11:39:31 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0TBdOwM043641; Sat, 29 Jan 2005 12:39:24 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Mark W. Krentel" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Jan 2005 01:55:57 EST." <200501290655.j0T6tvm8000871@blue.mwk.domain> Date: Sat, 29 Jan 2005 12:39:24 +0100 Message-ID: <43640.1106998764@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: fstat triggered INVARIANTS panic in memrw() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 11:39:32 -0000 In message <200501290655.j0T6tvm8000871@blue.mwk.domain>, "Mark W. Krentel" writes: >>>>>> "PHK" == Poul-Henning Kamp writes: > >PHK> I didn't mean to imply that these bugs should not be fixed, I just wanted >PHK> to repeat the higher goal so we didn't loose sight of it. > >I see that you have a couple commits to fstat.c. Could I persuade you >to review the proposed patch to fstat.c? It's simple and short. >It's in PR 62699. Done. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 14:44:30 2005 Return-Path: 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 B3D8016A4CE; Fri, 28 Jan 2005 14:44:30 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A574A43D46; Fri, 28 Jan 2005 14:44:29 +0000 (GMT) (envelope-from zaks@era.pl) Received: from [127.0.0.1] (localhost.corponet.era.pl [127.0.0.1]) by thirst.unx.era.pl (Postfix) with ESMTP id 8BF9711469; Fri, 28 Jan 2005 15:44:25 +0100 (CET) Message-ID: <41FA4FC9.9060908@era.pl> Date: Fri, 28 Jan 2005 15:44:25 +0100 From: Slawek Zak User-Agent: Mozilla Thunderbird 0.9 (X11/20041129) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------070302040707020200000609" X-Mailman-Approved-At: Sat, 29 Jan 2005 12:46:40 +0000 cc: pjd@freebsd.org Subject: GeomGate client or UFS related crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 14:44:30 -0000 This is a multi-part message in MIME format. --------------070302040707020200000609 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Happened on yesterday's 5.3-STABLE. It is a mount from SPARC/Solaris serving a ~600GB raw disk to FreeBSD. On the FreeBSD side were 10 iozone processes looping in automated mode (-a). Iozone runs fine up to 512K block until the server dies terrible death. After reboot the filesystem (UFS2 with softupdates) cannot be mounted or checked: ravell# fsck -t ufs /dev/ggate0 ** /dev/ggate0 Cannot find file system superblock ioctl (GCINFO): Inappropriate ioctl for device fsck_ufs: /dev/ggate0: can't read disk label ravell# dumpfs /dev/ggate0 dumpfs: /dev/ggate0: could not read superblock to fill out disk I attach some routine DDB checks. Kernel crash file available upon request (4GB download). As a side note, would it be hard to eliminate userland pages from the crashdump to both increase secrecy and shorten crashfile/dump duration? Can be done in both Solaris and Tru64, would be good to have in FreeBSD too. Regards, /S --------------070302040707020200000609 Content-Type: text/plain; name="log.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="log.txt" Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x8a8a9304 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05a1913 stack pointer = 0x10:0xf3d1793c frame pointer = 0x10:0xf3d17978 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 62173 (iozone) [thread pid 62173 tid 100279 ] Stopped at ffs_alloccg+0x1b: cmpl $0,0x4(%eax,%edx,1) db> db> doadump No such command db> call doadump Dumping 3839 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 5284 Dump complete 0xf db> trace Tracing pid 62173 tid 100279 td 0xc6206e10 ffs_alloccg(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_alloccg+0x1b ffs_hashalloc(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_hashalloc+0x28 ffs_alloc(c6c46dac,20d,0,a5a5a5ad,a5a5a5a5) at ffs_alloc+0x175 ffs_balloc_ufs2(c6d73108,834000,0,4000,c64eb800) at ffs_balloc_ufs2+0x14b7 ffs_write(f3d17c10) at ffs_write+0x303 vn_write(c77dce58,f3d17c88,c64eb800,0,c6206e10) at vn_write+0x210 dofilewrite(c6206e10,c77dce58,3,8300000,10000) at dofilewrite+0xa8 write(c6206e10,f3d17d14,3,6eb5,292) at write+0x39 syscall(2f,2f,bfbf002f,0,10000) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x280e85f3, esp = 0xbfbfe5dc, ebp = 0xbfbfe6f8 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 62346 c62608d4 f3dbf000 0 62146 62346 0025002 stop[SUSP] vi 62174 c62601c4 f3d61000 0 62166 62166 0004002 [LOCK Giant c5382540] iozone 62173 c6204710 f3cdb000 0 62163 62163 0004002 [CPU 2] iozone 62172 c61b9a98 f3cbe000 0 62160 62160 0004002 [LOCK Giant c5382540] iozone 62171 c67d0388 f3e60000 0 62159 62159 0004002 [LOCK Giant c5382540] iozone 62170 c5655710 f3b5d000 0 62164 62164 0004002 [LOCK Giant c5382540] iozone 62169 c67d01c4 f3e5f000 0 62167 62167 0004002 [LOCK Giant c5382540] iozone 62168 c547154c f3ac6000 0 62165 62165 0004002 [LOCK Giant c5382540] iozone 62167 c54658d4 f3a9f000 0 62146 62167 0000002 [SLPQ pause 0xc546590c][SLP] zsh 62166 c5655e20 f3b61000 0 62146 62166 0000002 [SLPQ pause 0xc5655e58][SLP] zsh 62165 c627ba98 f3e17000 0 62146 62165 0000002 [SLPQ pause 0xc627bad0][SLP] zsh 62164 c67cde20 f3e54000 0 62146 62164 0000002 [SLPQ pause 0xc67cde58][SLP] zsh 62163 c627b000 f3d4c000 0 62146 62163 0000002 [SLPQ pause 0xc627b038][SLP] zsh 62162 c565ac5c f3bcc000 0 62157 62157 0004002 [LOCK Giant c5382540] iozone 62161 c6204c5c f3d1a000 0 62156 62156 0004002 [LOCK Giant c5382540] iozone 62160 c6204388 f3cd9000 0 62146 62160 0000002 [SLPQ pause 0xc62043c0][SLP] zsh 62159 c67d0000 f3e5e000 0 62146 62159 0000002 [SLPQ pause 0xc67d0038][SLP] zsh 62158 c67cd54c f3e4f000 0 62155 62155 0004002 [LOCK Giant c5382540] iozone 62157 c54691c4 f3aa4000 0 62146 62157 0000002 [SLPQ pause 0xc54691fc][SLP] zsh 62156 c62041c4 f3cd8000 0 62146 62156 0000002 [SLPQ pause 0xc62041fc][SLP] zsh 62155 c56551c4 f3b58000 0 62146 62155 0000002 [SLPQ pause 0xc56551fc][SLP] zsh 62146 c6207a98 f3d22000 0 62145 62146 0004002 [SLPQ ttyin 0xc5bcdc10][SLP] zsh 62145 c59fba98 f3c09000 0 1 62145 0000000 [SLPQ select 0xc06a7844][SLP] screen 62121 c625e8d4 f3d5c000 0 1 62121 0000000 [LOCK Giant c5382540] ggatec 55230 c61ba710 f3cc5000 0 1 55227 0000002 [SLPQ bpf 0xc65b4400][SLP] arpwatch 46756 c59fbe20 f3c0b000 25 1 46756 0000100 [SLPQ pause 0xc59fbe58][SLP] sendmail 45868 c67cd000 f3d37000 25 1 45868 0000100 [SLPQ pause 0xc67cd038][SLP] sendmail 45860 c54711c4 f3ac4000 0 1 45860 0000100 [SLPQ select 0xc06a7844][SLP] sendmail 39732 c627a388 f3d45000 0 39730 39732 0004002 [SLPQ ttyin 0xc560e610][SLP] zsh 39730 c59fa1c4 f3bd2000 0 401 39730 0000100 [SLPQ select 0xc06a7844][SLP] sshd 13920 c5465a98 f3aa0000 0 13856 13920 0004002 [SLPQ ttyin 0xc733f010][SLP] zsh 13856 c627b54c f3d4f000 0 401 13856 0000100 [SLPQ select 0xc06a7844][SLP] sshd 43780 c6204a98 f3d19000 0 1 43780 0000000 [SLPQ select 0xc06a7844][SLP] ntpd 9097 c546554c f3a9d000 0 9095 9097 0004002 [SLPQ ttyin 0xc53d5a10][SLP] zsh 9095 c61b9c5c f3cbf000 0 401 9095 0000100 [SLPQ select 0xc06a7844][SLP] sshd 527 c5469710 f3aa7000 70 526 519 0000002 [SLPQ select 0xc06a7844][SLP] postgres 526 c54bfc5c f3b38000 70 523 519 0000002 [SLPQ select 0xc06a7844][SLP] postgres 525 c54bfe20 f3b39000 70 523 519 0000002 [SLPQ select 0xc06a7844][SLP] postgres 523 c59fa710 f3bd5000 70 1 519 0004002 [SLPQ select 0xc06a7844][SLP] postgres 467 c546954c f3aa6000 0 1 467 0004002 [SLPQ ttyin 0xc53d5410][SLP] getty 466 c5656e20 f3bc4000 0 1 466 0004002 [SLPQ ttyin 0xc51a2a10][SLP] getty 465 c54c31c4 f3b3b000 0 1 465 0004002 [SLPQ ttyin 0xc5055210][SLP] getty 464 c5655a98 f3b5f000 0 1 464 0004002 [SLPQ ttyin 0xc5055410][SLP] getty 463 c50d7710 e908f000 0 1 463 0004002 [SLPQ ttyin 0xc5055610][SLP] getty 462 c5469e20 f3aab000 0 1 462 0004002 [SLPQ ttyin 0xc5055810][SLP] getty 461 c54c3388 f3b3c000 0 1 461 0004002 [SLPQ ttyin 0xc5055a10][SLP] getty 460 c54651c4 f3a9b000 0 1 460 0004002 [SLPQ ttyin 0xc5055c10][SLP] getty 459 c544ae20 f3a51000 0 1 459 0004002 [SLPQ ttyin 0xc5153010][SLP] getty 414 c565a000 f3bc5000 0 1 414 0000000 [SLPQ nanslp 0xc06a20ec][SLP] cron 401 c54708d4 f3abf000 0 1 401 0000100 [SLPQ select 0xc06a7844][SLP] sshd 292 c54c3c5c f3b41000 0 1 292 0000000 [SLPQ select 0xc06a7844][SLP] syslogd 272 c5469c5c f3aaa000 0 1 272 0000000 [SLPQ select 0xc06a7844][SLP] devd 86 c50d7e20 e9093000 0 0 0 0000204 [SLPQ - 0xe902dd18][SLP] schedcpu 85 c5385000 f17b2000 0 0 0 0000204 [SLPQ - 0xc06aa34c][SLP] nfsiod 3 84 c53851c4 f17d1000 0 0 0 0000204 [SLPQ - 0xc06aa348][SLP] nfsiod 2 83 c5385388 f17d2000 0 0 0 0000204 [SLPQ - 0xc06aa344][SLP] nfsiod 1 82 c538554c f17d3000 0 0 0 0000204 [SLPQ - 0xc06aa340][SLP] nfsiod 0 81 c5385710 f17d4000 0 0 0 0000204 [SLPQ syncer 0xc06a1e6c][SLP] syncer 80 c53858d4 f17d5000 0 0 0 0000204 [SLPQ vlruwt 0xc53858d4][SLP] vnlru 79 c5385a98 f17d6000 0 0 0 0000204 [SLPQ psleep 0xc06a7e0c][SLP] bufdaemon 78 c5385c5c f17d7000 0 0 0 000020c [SLPQ pgzero 0xc06b0c54][SLP] pagezero 77 c5385e20 f17d8000 0 0 0 0000204 [SLPQ psleep 0xc06b0ca8][SLP] vmdaemon 76 c5387000 f17d9000 0 0 0 0000204 [SLPQ psleep 0xc06b0c64][SLP] pagedaemon 75 c508ea98 e9043000 0 0 0 0000204 [IWAIT] swi0: sio 74 c508ec5c e9044000 0 0 0 0000204 [SLPQ - 0xc509b53c][SLP] fdc0 73 c508ee20 e9045000 0 0 0 0000204 [SLPQ aifthd 0xc508ee20][SLP] aac0aif 9 c50d3000 e9046000 0 0 0 0000204 [SLPQ actask 0xc078ea2c][SLP] acpi_task2 8 c50d31c4 e9047000 0 0 0 0000204 [SLPQ actask 0xc078ea2c][SLP] acpi_task1 7 c50d3388 e9048000 0 0 0 0000204 [SLPQ actask 0xc078ea2c][SLP] acpi_task0 6 c50d354c e9085000 0 0 0 0000204 [SLPQ - 0xc50fb2c0][SLP] thread taskq 72 c50d3710 e9086000 0 0 0 0000204 [IWAIT] swi6:+ 71 c50d38d4 e9087000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 70 c50d3a98 e9088000 0 0 0 0000204 [IWAIT] swi6: task queue 5 c50d3c5c e9089000 0 0 0 0000204 [SLPQ - 0xc50fb480][SLP] kqueue taskq 69 c50d3e20 e908a000 0 0 0 0000204 [IWAIT] swi3: cambio 68 c50d7000 e908b000 0 0 0 0000204 [IWAIT] swi2: camnet 67 c50d71c4 e908c000 0 0 0 0000204 [IWAIT] swi6:+ 66 c50d7388 e908d000 0 0 0 0000204 [SLPQ - 0xc0699a60][SLP] yarrow 4 c507c1c4 e8ff9000 0 0 0 0000204 [SLPQ - 0xc069c6a8][SLP] g_down 3 c507c388 e8ffa000 0 0 0 0000204 [SLPQ - 0xc069c6a4][SLP] g_up 2 c507c54c e8ffb000 0 0 0 0000204 [SLPQ - 0xc069c69c][SLP] g_event 65 c507c710 e8ffc000 0 0 0 0000204 [IWAIT] swi1: net 64 c507c8d4 e8ffd000 0 0 0 0000204 [IWAIT] swi4: vm 63 c507ca98 e903a000 0 0 0 000020c [LOCK Giant c5382540] swi5: clock sio 62 c507cc5c e903b000 0 0 0 0000204 [IWAIT] irq0: clk 61 c507ce20 e903c000 0 0 0 0000204 [IWAIT] irq47: 60 c508e000 e903d000 0 0 0 0000204 [IWAIT] irq46: 59 c508e1c4 e903e000 0 0 0 0000204 [IWAIT] irq45: 58 c508e388 e903f000 0 0 0 0000204 [IWAIT] irq44: 57 c508e54c e9040000 0 0 0 0000204 [IWAIT] irq43: 56 c508e710 e9041000 0 0 0 0000204 [IWAIT] irq42: 55 c508e8d4 e9042000 0 0 0 0000204 [IWAIT] irq41: 54 c5067a98 e8fce000 0 0 0 0000204 [IWAIT] irq40: 53 c5067c5c e8fcf000 0 0 0 0000204 [IWAIT] irq39: 52 c5067e20 e8fd0000 0 0 0 0000204 [IWAIT] irq38: 51 c5079000 e8fd1000 0 0 0 0000204 [IWAIT] irq37: 50 c50791c4 e8ff0000 0 0 0 0000204 [IWAIT] irq36: 49 c5079388 e8ff1000 0 0 0 0000204 [IWAIT] irq35: 48 c507954c e8ff2000 0 0 0 0000204 [IWAIT] irq34: 47 c5079710 e8ff3000 0 0 0 0000204 [IWAIT] irq33: 46 c50798d4 e8ff4000 0 0 0 0000204 [IWAIT] irq32: 45 c5079a98 e8ff5000 0 0 0 0000204 [IWAIT] irq31: 44 c5079c5c e8ff6000 0 0 0 0000204 [IWAIT] irq30: aac0 43 c5079e20 e8ff7000 0 0 0 0000204 [IWAIT] irq29: bge1 42 c507c000 e8ff8000 0 0 0 0000204 [IWAIT] irq28: bge0 41 c505d54c e8fa4000 0 0 0 0000204 [IWAIT] irq27: 40 c505d710 e8fa5000 0 0 0 0000204 [IWAIT] irq26: 39 c505d8d4 e8fa6000 0 0 0 0000204 [IWAIT] irq25: 38 c505da98 e8fc5000 0 0 0 0000204 [IWAIT] irq24: 37 c505dc5c e8fc6000 0 0 0 0000204 [IWAIT] irq23: 36 c505de20 e8fc7000 0 0 0 0000204 [IWAIT] irq22: 35 c5067000 e8fc8000 0 0 0 0000204 [IWAIT] irq21: 34 c50671c4 e8fc9000 0 0 0 0000204 [IWAIT] irq20: 33 c5067388 e8fca000 0 0 0 0000204 [IWAIT] irq19: 32 c506754c e8fcb000 0 0 0 0000204 [IWAIT] irq18: 31 c5067710 e8fcc000 0 0 0 0000204 [IWAIT] irq17: 30 c50678d4 e8fcd000 0 0 0 0000204 [IWAIT] irq16: 29 c50091c4 e7559000 0 0 0 0000204 [IWAIT] irq15: ata1 28 c5009388 e755a000 0 0 0 0000204 [IWAIT] irq14: ata0 27 c500954c e7579000 0 0 0 0000204 [IWAIT] irq13: 26 c5009710 e757a000 0 0 0 0000204 [IWAIT] irq12: psm0 25 c50098d4 e757b000 0 0 0 0000204 [IWAIT] irq11: 24 c5009a98 e757c000 0 0 0 0000204 [IWAIT] irq10: 23 c5009c5c e757d000 0 0 0 0000204 [IWAIT] irq9: acpi0 22 c5009e20 e757e000 0 0 0 0000204 [IWAIT] irq8: rtc 21 c505d000 e8fa1000 0 0 0 0000204 [IWAIT] irq7: 20 c505d1c4 e8fa2000 0 0 0 0000204 [IWAIT] irq6: fdc0 19 c505d388 e8fa3000 0 0 0 0000204 [IWAIT] irq5: 18 c4fff000 e7513000 0 0 0 0000204 [IWAIT] irq4: sio0 17 c4fff1c4 e7550000 0 0 0 0000204 [IWAIT] irq3: sio1 16 c4fff388 e7551000 0 0 0 0000204 [IWAIT] irq2: 15 c4fff54c e7552000 0 0 0 0000204 [IWAIT] irq1: atkbd0 14 c4fff710 e7553000 0 0 0 000020c [CPU 0] idle: cpu0 13 c4fff8d4 e7554000 0 0 0 000020c [CPU 1] idle: cpu1 12 c4fffa98 e7555000 0 0 0 000020c [Can run] idle: cpu2 11 c4fffc5c e7556000 0 0 0 000020c [CPU 3] idle: cpu3 1 c4fffe20 e7557000 0 0 1 0004200 [SLPQ wait 0xc4fffe20][SLP] init 10 c5009000 e7558000 0 0 0 0000204 [SLPQ ktrace 0xc06a0098][SLP] ktrace 0 c069c7a0 c081f000 0 0 0 0000200 [SLPQ sched 0xc069c7a0][SLP] swapper db> help print p examine x search set write w delete d break dwatch watch dhwatch hwatch step s continue c until next match trace where call show ps gdb reset kill watchdog thread panic db> call sync forward_wakeup: Idle processor not found panic: pmap_invalidate_range: interrupts disabled cpuid = 2 KDB: stack backtrace: kdb_backtrace(e270ff5c,668bc042,ffc06014,c6206e10,f5) at kdb_backtrace+0x29 mi_switch(1,0,f3d17440,c04d89d8,c6206e10) at mi_switch+0xf6 sched_bind(c6206e10,0) at sched_bind+0x44 boot(104,104,c6206e10,dea1a000,dea1e000) at boot+0x64 panic(c06558ab,c0632bf0,dea1a000,4,d92fc71c) at panic+0x1b9 pmap_invalidate_range(c06c99a0,dea1a000,dea1e000,c6aadd68,f3d174b0) at pmap_invalidate_range+0x2b pmap_qremove(dea1a000,4) at pmap_qremove+0x3d vfs_vmio_release(d92fc71c) at vfs_vmio_release+0x19c getnewbuf(0,0,4000,4000,c6028000) at getnewbuf+0x2b6 getblk(c6cea528,6e30140,0,4000,0) at getblk+0x409 breadn(c6cea528,6e30140,0,4000,0) at breadn+0x31 bread(c6cea528,6e30140,0,4000,0) at bread+0x20 ffs_update(c6c2ea50,0,4,8000,0) at ffs_update+0x224 ffs_fsync(f3d1767c) at ffs_fsync+0x453 ffs_sync(c51a7c00,2,0,0,c51a7c00) at ffs_sync+0x209 sync(0,0,0,0,0,0,0,0,0,0) at sync+0xcb db_fncall(0,0,f3d17780,f3d17768,0) at db_fncall+0xf6 db_command(c06986c4,c06609c0,c065ace0,c065ace4,c0639140) at db_command+0x264 db_command_loop(0,0,f3d17820,f3d1780c,f3d17854) at db_command_loop+0x5c db_trap(c,0,10,f3d178fc,f3d1789c) at db_trap+0xdd kdb_trap(c,0,f3d178fc) at kdb_trap+0x8b trap_fatal(f3d178fc,8a8a9304,c6206e10,c5ac5960,c) at trap_fatal+0x279 trap_pfault(f3d178fc,0,8a8a9304) at trap_pfault+0x1d7 trap(18,2000010,10,1,c6b06000) at trap+0x2f1 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05a1913, esp = 0xf3d1793c, ebp = 0xf3d17978 --- ffs_alloccg(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_alloccg+0x1b ffs_hashalloc(c6c46dac,cc304030,a5a5a5ad,a5a5a5a5,4000) at ffs_hashalloc+0x28 ffs_alloc(c6c46dac,20d,0,a5a5a5ad,a5a5a5a5) at ffs_alloc+0x175 ffs_balloc_ufs2(c6d73108,834000,0,4000,c64eb800) at ffs_balloc_ufs2+0x14b7 ffs_write(f3d17c10) at ffs_write+0x303 vn_write(c77dce58,f3d17c88,c64eb800,0,c6206e10) at vn_write+0x210 dofilewrite(c6206e10,c77dce58,3,8300000,10000) at dofilewrite+0xa8 write(c6206e10,f3d17d14,3,6eb5,292) at write+0x39 syscall(2f,2f,bfbf002f,0,10000) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x280e85f3, esp = 0xbfbfe5dc, ebp = 0xbfbfe6f8 --- db> re cpu_reset called on cpu#2 cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 2 --------------070302040707020200000609-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 17:26:50 2005 Return-Path: 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 012DA16A4CE; Fri, 28 Jan 2005 17:26:50 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 740BB43D46; Fri, 28 Jan 2005 17:26:49 +0000 (GMT) (envelope-from rink@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailhost.stack.nl (Postfix) with ESMTP id 645831F2BC; Fri, 28 Jan 2005 18:26:48 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1796) id 556DD2286D; Fri, 28 Jan 2005 18:26:48 +0100 (CET) Date: Fri, 28 Jan 2005 18:26:48 +0100 From: Rink Springer To: Dan Nelson Message-ID: <20050128172648.GA19378@stack.nl> References: <41FA67B0.5000602@FreeBSD.org> <20050128172236.GC70503@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20050128172236.GC70503@dan.emsphone.com> X-Editor: Vim http://www.vim.org/ X-Info: http://www.stack.nl/~rink X-Operating-System: FreeBSD 5.3-RELEASE-p2 i386 User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Sat, 29 Jan 2005 12:46:40 +0000 cc: freebsd-current@freebsd.org cc: Sergey Matveychuk Subject: Re: unwanted shutdowns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 17:26:50 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > My CURRENT box has random shutdowns time to time. No panic. Just > > clean shutdown with common messages on console. I've had simular issues with a 5.3 box. Simply disabling power management in the BIOS solved it. --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB+nXXb3O60uztv/8RAslsAKC7Dtt66cj1IXTW4At1qRKlkaPx3gCeJT5T ZZiXtOMwEw4+4r9cYhsB17I= =z48o -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 19:11:36 2005 Return-Path: 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 7C09716A4CE; Fri, 28 Jan 2005 19:11:36 +0000 (GMT) Received: from mail2.dreamscape.com (mail2.dreamscape.com [206.64.128.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086A943D1F; Fri, 28 Jan 2005 19:11:36 +0000 (GMT) (envelope-from krentel@dreamscape.com) Received: from blue.mwk.domain (syr-mdm-06-216-171-177-210.dreamscape.com [216.171.177.210])j0SJBWlO022568; Fri, 28 Jan 2005 14:11:34 -0500 (EST) Received: from blue.mwk.domain (localhost [127.0.0.1]) by blue.mwk.domain (8.12.9p2/8.12.9) with ESMTP id j0SJETJH052081; Fri, 28 Jan 2005 14:14:30 -0500 (EST) (envelope-from krentel@blue.mwk.domain) Message-Id: <200501281914.j0SJETJH052081@blue.mwk.domain> To: "Poul-Henning Kamp" , freebsd-current@freebsd.org In-Reply-To: Your message of "Fri, 28 Jan 2005 13:59:15 +0100." <38517.1106917155@critter.freebsd.dk> Date: Fri, 28 Jan 2005 14:14:29 -0500 From: "Mark W. Krentel" X-Mailman-Approved-At: Sat, 29 Jan 2005 12:46:40 +0000 cc: Pawel Jakub Dawidek Subject: Re: fstat triggered INVARIANTS panic in memrw() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 28 Jan 2005 19:11:36 -0000 >>>>> "PHK" == Poul-Henning Kamp writes: PHK> The only real problem here is that fstat(1) uses kvm in the first place. PHK> The necessary information should be exported via sysctls. PHK> No program used as part of regular system operation should use kvm. Ok. That still leaves btsockstat, netstat and trpt (and fstat) as setgid kmem programs. Are there plans to rewrite them? Until then, I think it's not a bad idea to put a bandaid on fstat(1), even if it's temporary. Also, there's still the bug that kvm_read(3), and kmem(4) don't check their arguments for values that lead to address wrap. --Mark From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 06:51:15 2005 Return-Path: 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 51E9816A4CE for ; Sat, 29 Jan 2005 06:51:15 +0000 (GMT) Received: from mail2.dreamscape.com (mail2.dreamscape.com [206.64.128.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5EE943D39 for ; Sat, 29 Jan 2005 06:51:14 +0000 (GMT) (envelope-from krentel@dreamscape.com) Received: from blue.mwk.domain (syr-mdm-03-216-171-177-92.dreamscape.com [216.171.177.92])j0T6pBlO029834; Sat, 29 Jan 2005 01:51:12 -0500 (EST) Received: from blue.mwk.domain (localhost [127.0.0.1]) by blue.mwk.domain (8.12.9p2/8.12.9) with ESMTP id j0T6tvm8000871; Sat, 29 Jan 2005 01:55:57 -0500 (EST) (envelope-from krentel@blue.mwk.domain) Message-Id: <200501290655.j0T6tvm8000871@blue.mwk.domain> To: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Jan 2005 20:20:44 +0100." <44809.1106940044@critter.freebsd.dk> Date: Sat, 29 Jan 2005 01:55:57 -0500 From: "Mark W. Krentel" X-Mailman-Approved-At: Sat, 29 Jan 2005 12:46:40 +0000 cc: freebsd-current@freebsd.org Subject: Re: fstat triggered INVARIANTS panic in memrw() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 06:51:15 -0000 >>>>> "PHK" == Poul-Henning Kamp writes: PHK> I didn't mean to imply that these bugs should not be fixed, I just wanted PHK> to repeat the higher goal so we didn't loose sight of it. I see that you have a couple commits to fstat.c. Could I persuade you to review the proposed patch to fstat.c? It's simple and short. It's in PR 62699. --Mark From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 06:58:19 2005 Return-Path: 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 4DA9D16A4CE for ; Sat, 29 Jan 2005 06:58:19 +0000 (GMT) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9D3443D1D for ; Sat, 29 Jan 2005 06:58:18 +0000 (GMT) (envelope-from freebsd@nbritton.org) Received: from [192.168.1.10] (12-223-129-46.client.insightbb.com[12.223.129.46]) by sccimhc92.asp.att.net (sccimhc92) with ESMTP id <20050129065818i9200q3sc6e>; Sat, 29 Jan 2005 06:58:18 +0000 Message-ID: <41FB3408.1040600@nbritton.org> Date: Sat, 29 Jan 2005 00:58:16 -0600 From: Nikolas Britton User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41F81D0C.8090002@nbritton.org> <1106792421.623.7.camel@spirit> <1106938239.719.15.camel@genius2.i.cz> In-Reply-To: <1106938239.719.15.camel@genius2.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 29 Jan 2005 12:46:40 +0000 Subject: Re: kern/71142; VESA 1024x768 @ the console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 06:58:19 -0000 Michal Mertl wrote: >Xin LI wrote: > > >>(CC'ed to dsnofe as he has shown interest of this) >> >>Yes, a patchset candidate is available at: >> >>http://people.freebsd.org/~delphij/vesa >> >>This is what I am running with, minus a moused rc.d script patch which >>can be found in the original PR. >> >>Unfortunately I sometimes get odd reboots when trying to start GNOME >>without any panics/coredumps, and attaching a USB mouse will clear the >>screen with a claim that "Inappropriate ioctl" or something similiar. >> >>I will commit the patch if there's no apparent problems with it. >> >> > >I have also modified the original patch a bit. The main difference in my >version is that I support any mode vesa bios in your card does. > >Patch against current from October attached. I can help you finding and >possibly merging the differences. I think we really should add 8 bit >support - the only think needed is to be able to programm the palette. >The high/true color modes are pretty slow even on modern hardware. If >there's interest I think I can add it. > > > I personally have been using the patch set that was posted by Deng XueFeng: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2004-08/att-2992/current-vesa_patch.tar.gz I have not had any major problems (only minor, like the moused error and console sluggishness) with it and have it running on my main desktop (MODE_282, 1280x1024x16), 3 servers, and 2 laptops (MODE_279) which are running RELENG_5_3. I've made a ghetto batch script to apply this patch: cd /tmp rm current-vesa_patch.tar.gz fetch http://www.nbritton.org/uploads/current-vesa_patch.tar.gz rm -r current-vesa_patch tar -zxvf current-vesa_patch.tar.gz cd /usr/src/sys/dev/syscons patch 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 96F3416A4CE for ; Sat, 29 Jan 2005 08:31:06 +0000 (GMT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A2643D5C for ; Sat, 29 Jan 2005 08:31:04 +0000 (GMT) (envelope-from martin@mullet.se) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep02.bredband.com with ESMTP <20050129083103.HKOS12890.mxfep02.bredband.com@as6-1-5.kr.m.bonet.se> for ; Sat, 29 Jan 2005 09:31:03 +0100 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id AC1E6678AE for ; Sat, 29 Jan 2005 09:31:00 +0100 (CET) Message-ID: <41FB498E.2070601@mullet.se> Date: Sat, 29 Jan 2005 09:30:06 +0100 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0 (X11/20041229) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 29 Jan 2005 12:46:40 +0000 Subject: Old ISO images on ftp://current.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 08:31:06 -0000 I don't know who maintains current.freebsd.org but the ISO images in: ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ISO-IMAGES/ are really old (aug 2004) and should be deleted, there is no point in people downloading them! Deleting them will save a couple of Gig on that box too. Does anybody know if there are current ISO images available anywhere? Thanks, Martin -- Martin Nilsson, CTO & Founder, Mullet Scandinavia AB, Malmö, SWEDEN E-mail: martin@mullet.se, Phone: +46-(0)708-606170, Web: www.mullet.se Our business is well engineered servers optimised for FreeBSD & Linux From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 13:31:38 2005 Return-Path: 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 8A2ED16A4CF for ; Sat, 29 Jan 2005 13:31:38 +0000 (GMT) Received: from av11-1-sn2.hy.skanova.net (av11-1-sn2.hy.skanova.net [81.228.8.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 231B343D31 for ; Sat, 29 Jan 2005 13:31:38 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av11-1-sn2.hy.skanova.net (Postfix, from userid 502) id E6300384CC; Sat, 29 Jan 2005 14:31:36 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av11-1-sn2.hy.skanova.net (Postfix) with ESMTP id D788B38326; Sat, 29 Jan 2005 14:31:36 +0100 (CET) Received: from t4o55p4.telia.com (t4o55p4.telia.com [62.20.171.124]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id C7A5837E44; Sat, 29 Jan 2005 14:31:35 +0100 (CET) From: Joel Dahl To: Martin Nilsson In-Reply-To: <41FB498E.2070601@mullet.se> References: <41FB498E.2070601@mullet.se> Content-Type: text/plain Date: Sat, 29 Jan 2005 14:30:17 +0100 Message-Id: <1107005417.527.24.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Old ISO images on ftp://current.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 13:31:38 -0000 On Sat, 2005-01-29 at 09:30 +0100, Martin Nilsson wrote: > I don't know who maintains current.freebsd.org but the ISO images in: > ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ISO-IMAGES/ > are really old (aug 2004) and should be deleted, there is no point in > people downloading them! Deleting them will save a couple of Gig on that > box too. > > Does anybody know if there are current ISO images available anywhere? Yep, in Sweden. ;-) http://snapshots.se.freebsd.org/ -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 13:34:50 2005 Return-Path: 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 8B48E16A4CE for ; Sat, 29 Jan 2005 13:34:50 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 250FE43D3F for ; Sat, 29 Jan 2005 13:34:49 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 29 Jan 2005 13:34:47 -0000 Received: from pD9E24001.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.64.1) by mail.gmx.net (mp005) with SMTP; 29 Jan 2005 14:34:47 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j0TDYdqr002945 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 29 Jan 2005 14:34:42 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sat, 29 Jan 2005 14:34:25 +0100 User-Agent: KMail/1.7.2 References: <41FB498E.2070601@mullet.se> In-Reply-To: <41FB498E.2070601@mullet.se> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1553070.iVIs6dUaUm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501291434.29530.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Martin Nilsson Subject: Re: Old ISO images on ftp://current.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 13:34:50 -0000 --nextPart1553070.iVIs6dUaUm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday, 29. January 2005 09:30, Martin Nilsson wrote: > I don't know who maintains current.freebsd.org but the ISO images in: > ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ISO-IMAGES/ > are really old (aug 2004) and should be deleted, there is no point in > people downloading them! Deleting them will save a couple of Gig on that > box too. > > Does anybody know if there are current ISO images available anywhere? http://snapshots.se.freebsd.org/i386/ISO-IMAGES/ =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1553070.iVIs6dUaUm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB+5DlXhc68WspdLARAvATAJ9LtZFw+CtgnGOsYgLdhwhqpNWy5wCfSNss gU1JjqnyW1U9aiv82j0mSJ4= =hX14 -----END PGP SIGNATURE----- --nextPart1553070.iVIs6dUaUm-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 13:52:53 2005 Return-Path: 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 EB74216A4CE for ; Sat, 29 Jan 2005 13:52:53 +0000 (GMT) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FBD543D45 for ; Sat, 29 Jan 2005 13:52:53 +0000 (GMT) (envelope-from tom@motd.dk) Received: from bart.motd.dk (port95.ds1-ro.adsl.cybercity.dk [212.242.60.98]) by cicero2.cybercity.dk (Postfix) with ESMTP id A5ED6190BCF for ; Sat, 29 Jan 2005 14:52:51 +0100 (CET) Received: from localhost (localhost.motd.dk [127.0.0.1]) by bart.motd.dk (Postfix) with ESMTP id 538E1630E for ; Sat, 29 Jan 2005 14:52:43 +0100 (CET) Received: from bart.motd.dk ([127.0.0.1]) by localhost (bart.motd.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45671-02 for ; Sat, 29 Jan 2005 14:52:42 +0100 (CET) Received: from home03 (unknown [192.168.10.3]) by bart.motd.dk (Postfix) with ESMTP id 5840162DF for ; Sat, 29 Jan 2005 14:52:42 +0100 (CET) From: "Tom Jensen" To: Date: Sat, 29 Jan 2005 14:52:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050129073220.GA52810@neo.redjade.org> Thread-Index: AcUF1LuvDXXiuRSYTeGEipVcgtSLVQANPs9Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050129135242.5840162DF@bart.motd.dk> X-Virus-Scanned: by amavisd-new at motd.dk Subject: RE: Netgear WG511 on 6.0-CURRENT #0: Fri Jan 28 08:11:46 CET 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 13:52:54 -0000 Already tried this one with not luck (compiling errors) - T -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Sangwoo Shim Sent: 29. januar 2005 08:32 To: Tom Jensen Cc: freebsd-current@freebsd.org Subject: Re: Netgear WG511 on 6.0-CURRENT #0: Fri Jan 28 08:11:46 CET 2005 On Sat, Jan 29, 2005 at 12:15:31AM +0100, Tom Jensen wrote: > Hi > > Anybody got a working system with a netgear WG511(v1) wireless card? > > It's not using any of the standard drivers (the card have a prismGT > chip), and the ndis fails in the following error: > > ndiscvt -i netwg511.inf -s WG511ICB.sys -o ndis_driver_data.h > ndiscvt: line 234: "D:ARAI(A;;GA;;;BA)(A;;GA;;;SY)(A;CI;GA;;;IU)": > syntax error. > > Any known work arounds, suggestions ? How about trying this? http://green.homeunix.org/~green/prism54-driver/pff/ - Sangwoo Shim _______________________________________________ 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 Sat Jan 29 15:10:22 2005 Return-Path: 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 D9DC116A4CE for ; Sat, 29 Jan 2005 15:10:22 +0000 (GMT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D6943D3F for ; Sat, 29 Jan 2005 15:10:22 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd09.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1CuuEu-0004x8-03; Sat, 29 Jan 2005 16:10:20 +0100 Received: from Andro-Beta.Leidinger.net (bLI9yOZJYeDFVizHNFUE9DIZvF5Z6eb99eJByLsw-MAN4OhRJZDUcV@[217.229.221.88]) by fmrl09.sul.t-online.com with esmtp id 1CuuEq-1l7wMi0; Sat, 29 Jan 2005 16:10:16 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j0TFA5RN065288 for ; Sat, 29 Jan 2005 16:10:05 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 29 Jan 2005 16:10:22 +0100 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20050129161022.0de822fe@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: bLI9yOZJYeDFVizHNFUE9DIZvF5Z6eb99eJByLsw-MAN4OhRJZDUcV@t-dialin.net X-TOI-MSGID: d2c30a6b-6da1-42cf-a504-6236dd026b95 Subject: We have a lot of duplicated code in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 15:10:23 -0000 Hi, http://www.leidinger.net/FreeBSD/simian-20-sys-20050129.log (253k) contains a log of duplicated code in /sys (-current as of today). The file starts with files with 20 consecutive lines of duplicated code and ends with two files which share 1108 lines of code. If I let the program detect 6 consecutive lines of duplicated code, it is also able to detect possible code reuse in the same file, but it also prints a lot of "noise" then. I've filtered the list for some false positives (twa_fwimg, trlld?m, if_patm_rtables), if someone else notices some more files please tell me about them and I add them to the filter. Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 15:21:30 2005 Return-Path: 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 7F28E16A4CE for ; Sat, 29 Jan 2005 15:21:30 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77BDF43D1F for ; Sat, 29 Jan 2005 15:21:29 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0TFLSPm046997; Sat, 29 Jan 2005 16:21:28 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Jan 2005 16:10:22 +0100." <20050129161022.0de822fe@Magellan.Leidinger.net> Date: Sat, 29 Jan 2005 16:21:28 +0100 Message-ID: <46996.1107012088@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: We have a lot of duplicated code in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 15:21:30 -0000 In message <20050129161022.0de822fe@Magellan.Leidinger.net>, Alexander Leidinger writes: >Hi, > >http://www.leidinger.net/FreeBSD/simian-20-sys-20050129.log (253k) >contains a log of duplicated code in /sys (-current as of today). The >file starts with files with 20 consecutive lines of duplicated code and >ends with two files which share 1108 lines of code. > >If I let the program detect 6 consecutive lines of duplicated code, it >is also able to detect possible code reuse in the same file, but it also >prints a lot of "noise" then. > >I've filtered the list for some false positives (twa_fwimg, trlld?m, >if_patm_rtables), if someone else notices some more files please tell me >about them and I add them to the filter. And we'll soon see the tool which generates this in src/tools/tools somewhere I hope ? :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 15:40:04 2005 Return-Path: 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 2A2C216A4CE for ; Sat, 29 Jan 2005 15:40:04 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 6357643D2D for ; Sat, 29 Jan 2005 15:39:59 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 73350 invoked by uid 0); 29 Jan 2005 15:31:46 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 29 Jan 2005 15:31:46 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 39B7E1339E3; Sat, 29 Jan 2005 23:39:49 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05440-07; Sat, 29 Jan 2005 23:39:35 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id E3AB81332DF; Sat, 29 Jan 2005 23:39:34 +0800 (CST) Date: Sat, 29 Jan 2005 23:39:34 +0800 From: Xin LI To: Poul-Henning Kamp Message-ID: <20050129153934.GA5834@frontfree.net> References: <20050129161022.0de822fe@Magellan.Leidinger.net> <46996.1107012088@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <46996.1107012088@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: We have a lot of duplicated code in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 15:40:04 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 29, 2005 at 04:21:28PM +0100, Poul-Henning Kamp wrote: > In message <20050129161022.0de822fe@Magellan.Leidinger.net>, Alexander Le= idinger writes: > >Hi, > > > >http://www.leidinger.net/FreeBSD/simian-20-sys-20050129.log (253k) > >contains a log of duplicated code in /sys (-current as of today). The > >file starts with files with 20 consecutive lines of duplicated code and > >ends with two files which share 1108 lines of code. > > > >If I let the program detect 6 consecutive lines of duplicated code, it > >is also able to detect possible code reuse in the same file, but it also > >prints a lot of "noise" then. > > > >I've filtered the list for some false positives (twa_fwimg, trlld?m, > >if_patm_rtables), if someone else notices some more files please tell me > >about them and I add them to the filter. >=20 > And we'll soon see the tool which generates this in src/tools/tools > somewhere I hope ? :-) A google search indicates that simian is a tool to look for similary of cod= e. http://www.redhillconsulting.com.au/products/simian/ Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB+642/cVsHxFZiIoRAsp5AJ9397f3YVLjv1iOREm3hRkHlXBBOgCeP8p2 CBAi7QnZg8sa53XtV578p1s= =Duiv -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 16:31:39 2005 Return-Path: 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 5364516A4CF; Sat, 29 Jan 2005 16:31:39 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8C5E43D55; Sat, 29 Jan 2005 16:31:38 +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.1/8.13.1) with ESMTP id j0TGVc21078674; Sat, 29 Jan 2005 11:31:38 -0500 (EST) (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.1/8.13.1) with ESMTP id j0TGVxUZ056639; Sat, 29 Jan 2005 11:31:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38DAD7306E; Sat, 29 Jan 2005 11:31:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050129163138.38DAD7306E@freebsd-current.sentex.ca> Date: Sat, 29 Jan 2005 11:31:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/690/Fri Jan 28 07:09:45 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 16:31:39 -0000 TB --- 2005-01-29 15:13:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-29 15:13:18 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-29 15:13:18 - checking out the source tree TB --- 2005-01-29 15:13:18 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-29 15:13:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-29 15:19:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-29 15:19:06 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-29 15:19:06 - /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 TB --- 2005-01-29 16:25:28 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-29 16:25:28 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-29 16:25:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jan 29 16:25:28 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/axe/../../conf/kmod_syms.awk if_axe.kld export_syms | xargs -J% objcopy % if_axe.kld ld -Bshareable -d -warn-common -o if_axe.ko.debug if_axe.kld objcopy --strip-debug if_axe.ko.debug if_axe.ko ===> bfe (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c: In function `bfe_dma_alloc': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe/../../dev/bfe/if_bfe.c:212: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/bfe. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-29 16:31:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-29 16:31:37 - ERROR: failed to build generic kernel TB --- 2005-01-29 16:31:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 17:19:34 2005 Return-Path: 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 3AF3C16A4CE for ; Sat, 29 Jan 2005 17:19:34 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A5B43D5C for ; Sat, 29 Jan 2005 17:19:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd06.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1CuwFu-0004r5-00; Sat, 29 Jan 2005 18:19:30 +0100 Received: from Andro-Beta.Leidinger.net (bNaQOOZ-QeXqbHKoL-N8Vy6npRL5D1gSp2szadSiIqHwkMdfLb94EV@[217.229.221.88]) by fmrl06.sul.t-online.com with esmtp id 1CuwFp-1a9MJs0; Sat, 29 Jan 2005 18:19:25 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j0THJGUt083652; Sat, 29 Jan 2005 18:19:16 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 29 Jan 2005 18:19:33 +0100 From: Alexander Leidinger To: Xin LI Message-ID: <20050129181933.519ec7ff@Magellan.Leidinger.net> In-Reply-To: <20050129153934.GA5834@frontfree.net> References: <20050129161022.0de822fe@Magellan.Leidinger.net> <46996.1107012088@critter.freebsd.dk> <20050129153934.GA5834@frontfree.net> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: bNaQOOZ-QeXqbHKoL-N8Vy6npRL5D1gSp2szadSiIqHwkMdfLb94EV@t-dialin.net X-TOI-MSGID: 294ead0e-705e-4503-aed8-dc7648d9876d cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: We have a lot of duplicated code in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 17:19:34 -0000 On Sat, 29 Jan 2005 23:39:34 +0800 Xin LI wrote: > > And we'll soon see the tool which generates this in src/tools/tools > > somewhere I hope ? :-) > > A google search indicates that simian is a tool to look for similary of code. > > http://www.redhillconsulting.com.au/products/simian/ Just look at the head of my report, the URL is there. It's free for non-commercial use (like for Open Source projects). I can make the script I use for generating the report and filtering the output available if there's interest (calling the jvm with enough heap size and filtering the content with awk). Bye, Alexander. -- Reboot America. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 17:27:32 2005 Return-Path: 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 8DF1D16A4CE for ; Sat, 29 Jan 2005 17:27:32 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A7F43D2D for ; Sat, 29 Jan 2005 17:27:31 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CuwNf-0002yI-00; Sat, 29 Jan 2005 18:27:31 +0100 Received: from [217.83.14.22] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CuwNe-0005s1-00; Sat, 29 Jan 2005 18:27:30 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Sat, 29 Jan 2005 18:27:17 +0100 User-Agent: KMail/1.7.2 References: <20050129161022.0de822fe@Magellan.Leidinger.net> In-Reply-To: <20050129161022.0de822fe@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2287346.ARQDyld8Ih"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501291827.27506.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Alexander Leidinger Subject: Re: We have a lot of duplicated code in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 17:27:32 -0000 --nextPart2287346.ARQDyld8Ih Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 29 January 2005 16:10, Alexander Leidinger wrote: > Hi, > > http://www.leidinger.net/FreeBSD/simian-20-sys-20050129.log (253k) > contains a log of duplicated code in /sys (-current as of today). The > file starts with files with 20 consecutive lines of duplicated code and > ends with two files which share 1108 lines of code. > > If I let the program detect 6 consecutive lines of duplicated code, it > is also able to detect possible code reuse in the same file, but it also > prints a lot of "noise" then. > > I've filtered the list for some false positives (twa_fwimg, trlld?m, > if_patm_rtables), if someone else notices some more files please tell me > about them and I add them to the filter. As a first step we might want to concentrate on stuff outside of the MD cod= e. =20 It's understood that i386 and amd64 share quite a bit of code e.g. I'm not= =20 sure that these cases are easy to fix without major revise of the MD parts = of=20 the build infrastructure - what doesn't mean that we shouldn't look at it i= n=20 the long run. Could you regenerate the list w/o the MD code, as a first step? This might= =20 turn up a couple of "easy to fix" cases of shared code. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2287346.ARQDyld8Ih Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD4DBQBB+8d/XyyEoT62BG0RAgoeAJ0YsGr4sJVju+NIkdCbdwfkiQN5iQCYhlEV M7y0jEBJwFmArn42d2IBUg== =PE0d -----END PGP SIGNATURE----- --nextPart2287346.ARQDyld8Ih-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 20:13:18 2005 Return-Path: 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 EC48C16A4CE for ; Sat, 29 Jan 2005 20:13:18 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C04C543D53 for ; Sat, 29 Jan 2005 20:13:18 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A6E5072DD4; Sat, 29 Jan 2005 12:13:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A277D72DCB; Sat, 29 Jan 2005 12:13:18 -0800 (PST) Date: Sat, 29 Jan 2005 12:13:18 -0800 (PST) From: Doug White To: Petr Lampa In-Reply-To: <20050128100151.GA43728@fit.vutbr.cz> Message-ID: <20050129121051.X85926@carver.gumbysoft.com> References: <20050128100151.GA43728@fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: vkashyap@amcc.com Subject: Re: bus_dmamap_create() breakage (alias 3Ware driver problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 20:13:19 -0000 Hello Petr, Thanks for the analysis on this. On Fri, 28 Jan 2005, Petr Lampa wrote: > > I have got similar problems with the new 3Ware driver like others, > but on the second controller. After some debugging and playing with > bus_dma_tag_create() etc. arguments (new driver is using 3 busdma_tags > instead 1 in old driver), I have located source of failure > in bus_dmamap_create(). Here is the trouble spot: > > $FreeBSD: src/sys/i386/i386/busdma_machdep.c,v 1.59.2.3 2004/12/04 05: > 55:10 scottl Exp $ > > bus_dmamap_create(bus_dma_tag_t dmat, int flags, bus_dmamap_t *mapp) > { > ... > maxpages = MIN(MAX_BPAGES, Maxmem - atop(dmat->lowaddr)); > if ((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 > || (dmat->map_count > 0 && total_bpages < maxpages)) { > int pages; > ... > pages = MAX(atop(dmat->maxsize), 1); > > At this location maxpages=512, total_bpages=513, dmat->maxsize=131072, pages=32 > > pages = MIN(maxpages - total_bpages, pages); > > Here pages=-1! Ooh, thats not so good. Could you bundle up your changes into a patch? Its a lot easier to follow and compare your changes, as well as test :) Also, can you please submit a PR with the patch so it doesn't get lost? scottl is out for the weekend but I'll bring this to his attention when he returns. Thanks! -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 20:25:40 2005 Return-Path: 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 A7E1116A4CE for ; Sat, 29 Jan 2005 20:25:40 +0000 (GMT) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id E113343D1D for ; Sat, 29 Jan 2005 20:25:39 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 6184 invoked from network); 29 Jan 2005 20:25:38 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 29 Jan 2005 20:25:38 -0000 Received: (qmail 8674 invoked by uid 1001); 29 Jan 2005 17:38:58 -0000 Date: Sat, 29 Jan 2005 12:38:58 -0500 From: Brian Reichert To: Mike Tancsa Message-ID: <20050129173858.GP662@numachi.com> References: <6.2.0.14.0.20050128160902.050da3f0@64.7.153.2> <20050128224412.GK662@numachi.com> <6.2.0.14.0.20050129003215.049f6dd8@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.0.14.0.20050129003215.049f6dd8@64.7.153.2> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: vfs.nfsrv.async broken ? Or pilot error ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 20:25:40 -0000 On Sat, Jan 29, 2005 at 12:39:04AM -0500, Mike Tancsa wrote: > At 05:44 PM 28/01/2005, Brian Reichert wrote: > >> > >> But if I increase the size by 10 times, the process takes more than 100 > >> times the amount of time to complete, and sometimes it doesnt complete at > >> all > > > >I've been trying to diagnose some big-files-over-NFS issues myself, > >with Solaris clients and a 5.3-R server. > > Hi, > As long as I keep vfs.nfsrv.async=0, I can create large files no problem Hmm; I'll have to explore this aspect during our next maintenance window: thanks for the pointer... > > ---Mike > -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 20:32:23 2005 Return-Path: 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 2523016A4CE for ; Sat, 29 Jan 2005 20:32:23 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1107943D1D for ; Sat, 29 Jan 2005 20:32:23 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 03E3272DD4; Sat, 29 Jan 2005 12:32:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0174772DCB; Sat, 29 Jan 2005 12:32:22 -0800 (PST) Date: Sat, 29 Jan 2005 12:32:22 -0800 (PST) From: Doug White To: Martin MATO In-Reply-To: <41FABE14.10209@wanadoo.fr> Message-ID: <20050129123149.O85926@carver.gumbysoft.com> References: <41FABE14.10209@wanadoo.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: vte-0.11.11_2 seems doesn't build in 6.0-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 20:32:23 -0000 Please report port build problems to the port maintainer, and ports@freebsd.org if you get no response from them. > reflect.c:33:27: libzvt/libzvt.h: No such file or directory Looks like a missing file. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jan 29 22:02:46 2005 Return-Path: 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 8A83216A4CE for ; Sat, 29 Jan 2005 22:02:46 +0000 (GMT) Received: from amsfep20-int.chello.nl (amsfep20-int.chello.nl [213.46.243.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2239343D54 for ; Sat, 29 Jan 2005 22:02:45 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from e107252.upc-e.chello.nl ([213.93.16.14]) by amsfep20-int.chello.nlESMTP <20050129220242.MSZA1891.amsfep20-int.chello.nl@e107252.upc-e.chello.nl>; Sat, 29 Jan 2005 23:02:42 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1])j0TM2f6v033355; Sat, 29 Jan 2005 23:02:42 +0100 (CET) (envelope-from marc@bowtie.nl) Message-ID: <41FC0801.3090102@bowtie.nl> Date: Sat, 29 Jan 2005 23:02:41 +0100 From: Marc van Kempen User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: usb lpt crashes FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 29 Jan 2005 22:02:46 -0000 Hi, I regularly get crashes when printing to my laserprinter, connected to a usb port. This is on FreeBSD 5.3-STABLE from 18-01-2005. Sometimes, not every time, my computer will hang after having sent the print job, i.e. the job will be printed, but in ulptclose() the computer hangs (see bottom of message for stacktrace). I saw a commit a few weeks back about this problem, which seemed to improve the situation somewhat, but it still crashes *very* regularly :( Any fixes for this? Cheers, Marc. > ulpt0: Samsung Electronics Co., Ltd. Samsung ML-1510_700, rev 1.10/1.00, addr +3, iclass 7/1 > ulpt0: using bi-directional mode > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4c > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc04e6be9 > stack pointer = 0x10:0xefe71b04 > frame pointer = 0x10:0xefe71b20 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 68367 (lpd) > trap number = 12 > panic: page fault > KDB: stack backtrace: > kdb_backtrace(100,c3bb6c80,10,efe71ac4,c) at kdb_backtrace+0x29 > panic(c06d3bfd,c07003ba,0,fffff,c33be79b) at panic+0xa8 > trap_fatal(efe71ac4,4c,c3bb6c80,c275ca8c,c) at trap_fatal+0x27c > trap_pfault(efe71ac4,0,4c) at trap_pfault+0x1cf > trap(18,10,10,0,c684e300) at trap+0x2ed > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc04e6be9, esp = 0xefe71b04, ebp = 0xefe71b20 --- > usb_transfer_complete(c2e22c00) at usb_transfer_complete+0xcd > uhci_abort_xfer(c2e22c00,6,efe71b5c,c04e6b03,c2e22c00) at uhci_abort_xfer+0xcf > uhci_device_bulk_abort(c2e22c00) at uhci_device_bulk_abort+0xd > usbd_ar_pipe(c684e300) at usbd_ar_pipe+0x1f > usbd_abort_pipe(c684e300,c5574a50,efe71ba4,c0500048,c074b258) at +usbd_abort_pipe+0xb > ulptclose(c074b258,2,2000,c3bb6c80,c071a400) at ulptclose+0x92 > spec_close(efe71bbc,efe71be4,c05958a4,efe71bbc,c07403a0) at spec_close+0x310 > spec_vnoperate(efe71bbc) at spec_vnoperate+0x13 > vn_close(c5574a50,2,c6850300,c3bb6c80,efe71c14) at vn_close+0x40 > vn_closefile(c2e47cc0,c3bb6c80) at vn_closefile+0xc2 > fdrop_locked(c2e47cc0,c3bb6c80,0,efe71ccc,c05189e7) at fdrop_locked+0xa4 > fdrop(c2e47cc0,c3bb6c80,c0740960,c6676948,0) at fdrop+0x41 > closef(c2e47cc0,c3bb6c80,0,c33be710,0) at closef+0x237 > close(c3bb6c80,efe71d14,1,0,292) at close+0x169 > syscall(2f,2f,2f,805a67f,805f080) at syscall+0x27b