From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 07:19:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBDE516A417 for ; Sun, 21 Oct 2007 07:19:38 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 58C6413C44B for ; Sun, 21 Oct 2007 07:19:37 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 0C5082394AD; Sun, 21 Oct 2007 09:19:35 +0200 (CEST) Date: Sun, 21 Oct 2007 09:19:35 +0200 From: Peter Schuller To: freebsd-stable@freebsd.org Message-ID: <20071021071935.GA64397@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: FYI: Promise TX4 silent corruption (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 07:19:38 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, The following is not a request for help or bug report as such, I just want to put the information out there in case it helps other people by encouraging active checking for silent data corruption (also happens to be a good "saved yet again by ZFS" story). I was moving some disks to a machine that didn't have SATA ports for them, so I took one of the TX4:s I had left over since some previous desperate attempts to get working SATA in another machine. At first, things *seemed* good. No DMA timeouts or anything like that. Streamed through 4 250 gig drives no problem; ran a bunch of rsyncs of ports trees during the night. However, once I started dd:ing large files and reading them back in I started getting I/O errors from ZFS, because of checksum mismatches. Turns out all the drives connected to the TX4 in the raidz2 were generating checksum errors (the one that was not connected to the TX4 was fine). Write a 2-3 gig file of zeroes -> handful of checksum mismatches on subsequent scrub. Since then I have now tried two distinct TX4 cards (but only in one PCI slot). Both suffer from the same problem. Amazingly a SiI 3114 *does* seem to work in the same PCI slot - no corruption, and no DMA timeouts and whatnot that I was expecting from a SiI card. This was on amd64, RELENG_7. Same SATA cables used on all drives. Drives on TX4 were also in a Supermicro hotswap enclosure, which may or may not be related (but again, no problem with SiI). --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHGv2HDNor2+l1i30RAoJ/AJ4/uyKaEpwNbyPA9qoyLYaAbNnXAgCeN+T6 reoRk8mq7qwZXK6itv79Bs0= =UAN1 -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 08:56:31 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E949D16A419; Sun, 21 Oct 2007 08:56:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 0734613C455; Sun, 21 Oct 2007 08:56:29 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <471B143E.7050200@FreeBSD.org> Date: Sun, 21 Oct 2007 11:56:30 +0300 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alfred Perlstein References: <20071019232846.GQ31826@elvis.mu.org> <4719B06F.3000103@FreeBSD.org> <20071020181811.W70919@fledge.watson.org> <20071020192717.GX31826@elvis.mu.org> In-Reply-To: <20071020192717.GX31826@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Robert Watson , jhb@freebsd.org Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 08:56:32 -0000 Alfred Perlstein wrote: > * Robert Watson [071020 10:21] wrote: >> On Sat, 20 Oct 2007, Kris Kennaway wrote: >> >>> Alfred Perlstein wrote: >>>> Hey guys, I have LOCK_PROFILING done for a product based on FreeBSD-6, >>>> this means I can relatively easily backport LOCK_PROFILING from FreeBSD-7 >>>> to FreeBSD-6. >>>> >>>> Do we want this? >>>> >>>> I'd like to do it if people want it. >>> I think it should be done, performance is a lot better than the old 6.x >>> version and it also adds another very useful performance metric (time >>> spent waiting for the lock). The only concern is that it doesn't break >>> ABI support when not compiled in, but I'm pretty sure you've already told >>> me this is OK. Thanks for looking at this. >> This is my feeling also -- I would consider ABI breakage a show stopper for >> 6.x, but feel otherwise that the new code is much more mature and capable >> and would be quite beneficial to people building appliances and related >> products on 6.x. You might check with Attilio about whether there are any >> remaining outstanding issues that need to be resolved first, and make sure >> to send a heads up out on stable@ and put a note in UPDATING that the >> option and details have changed. > > I still get confused as to the meaning of this... > > It only breaks ABI when it's enabled. > > I think that is OK, right? > Yes, that is fine. Other existing debugging options also break ABI when enabled, so it's OK. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 13:06:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DCD716A418 for ; Sun, 21 Oct 2007 13:06:34 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id C62F813C494 for ; Sun, 21 Oct 2007 13:05:00 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from NBOOOD (ws4.oood.vsi.ru [88.83.197.239]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id l9KJvCKn013366; Sat, 20 Oct 2007 23:57:20 +0400 (MSD) Message-ID: <001201c81353$6b17e300$efc55358@NBOOOD> From: "Oleg Derevenetz" To: "Alfred Perlstein" References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org> Date: Sat, 20 Oct 2007 23:57:10 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Antivirus: avast! (VPS 000782-4, 20.10.2007), Outbound message X-Antivirus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 13:06:34 -0000 >> > > After my break to debugger using Ctrl+Alt+Esc sequence and entering a >> > > "panic" command kernel does not wrote a kernel dump but seems to >> > > hang. >> Can >> > > anyone describe how to obtain a kernel dump in this situation, or at >> least >> > > say - which output of show commands need in first place to debug this >> > > ? >> > > Output of all suggested commands is huge and I afraid of making >> > > mistake >> > > when carrying this output from screen to list of paper and back :-) >> > >> > Oleg, one thing you can do to make this less painful is to >> > run your machine's console over serial port. >> > >> > First get a crossover serial cable, make sure it works from one >> > box to another, it should be easy to run "tip com1" on both >> > boxes to ensure that it works. >> > >> > Then you just need to add console=comconsole to /boot/loader.conf >> > and your box's console should come over serial. >> > >> > Then on the machine watching the console, you can just do this: >> > >> > % script >> > Script started, output file is typescript >> > % tip com1 >> > ...do ddb stuff now... >> > ...stop tip >> > % exit >> > >> > now you should have everything logged into a file called "typescript" >> > should save you a big headache. >> >> Thanks, I'll try it in the monday morning. >> >> > As far as getting a dump from ddb, try this: >> > >> > ddb> call doadump >> > >> > I'm completely at a loss why this isn't a base ddb command "dump" >> > but whatever... :) >> >> Unfortunately, this doesn't work too. I called duty personnel in this >> datacenter and asked them to do this, and person on duty tells me that >> after >> he enters this command something like that arrives on monitor: >> >> db> call doadump >> Dumping 3072 MB >> >> Dump aborted error I/O >> Dump failed. (Error 5) > > Hmnmm, that seems like you might be having a hardware problem, It is possible, but unlikely: 1. I have simular symptoms on another AMD64 machine with 6.2 (uname -a from this machine listed in PR kern/104406 in my followup at Wed, 7 Mar 2007 05:10:59 +0300), but they are rare and this machine is in production, so I can't make experiments with it; 2. All these hardware successfully works earlier with FreeBSD 4.6. > what disk device do you have? Dumpdev is swap partition on da0 (single physical disk) that connected to Mylex AcceleRAID 170 RAID controller. The problem arrives when I copy large amount of files from FTP to another disk (da1) that is connected to the same RAID controller. > Have you also enabled kernel dumps via /etc/rc.conf:dumpdev= > ? Yes, I have dumpdev="AUTO" in rc.conf and swap device (4G) listed in /etc/fstab. -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 13:55:58 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7471916A469; Sun, 21 Oct 2007 13:55:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 69A1613C4A5; Sun, 21 Oct 2007 13:55:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L4ewMd017928; Sun, 21 Oct 2007 00:40:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L4ewU9010704; Sun, 21 Oct 2007 00:40:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6087673039; Sun, 21 Oct 2007 00:39:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021043908.6087673039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 00:39:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 13:55:58 -0000 TB --- 2007-10-21 03:54:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 03:54:54 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2007-10-21 03:54:54 - cleaning the object tree TB --- 2007-10-21 03:55:08 - checking out the source tree TB --- 2007-10-21 03:55:08 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2007-10-21 03:55:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 04:09:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 04:09:25 - cd /src TB --- 2007-10-21 04:09:25 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 04:09:26 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 04:39:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 04:39:07 - ERROR: failed to build world TB --- 2007-10-21 04:39:07 - tinderbox aborted TB --- 0.21 user 0.90 system 2653.04 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 14:11:13 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AFB716A421; Sun, 21 Oct 2007 14:11:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 31AFB13C4B6; Sun, 21 Oct 2007 14:09:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0B211476E0; Sun, 21 Oct 2007 07:42:52 -0400 (EDT) Date: Sun, 21 Oct 2007 12:42:51 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alfred Perlstein In-Reply-To: <20071020192717.GX31826@elvis.mu.org> Message-ID: <20071021124157.K70919@fledge.watson.org> References: <20071019232846.GQ31826@elvis.mu.org> <4719B06F.3000103@FreeBSD.org> <20071020181811.W70919@fledge.watson.org> <20071020192717.GX31826@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kris Kennaway , stable@freebsd.org, jhb@freebsd.org Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:11:13 -0000 On Sat, 20 Oct 2007, Alfred Perlstein wrote: >> This is my feeling also -- I would consider ABI breakage a show stopper for >> 6.x, but feel otherwise that the new code is much more mature and capable >> and would be quite beneficial to people building appliances and related >> products on 6.x. You might check with Attilio about whether there are any >> remaining outstanding issues that need to be resolved first, and make sure >> to send a heads up out on stable@ and put a note in UPDATING that the >> option and details have changed. > > I still get confused as to the meaning of this... > > It only breaks ABI when it's enabled. > > I think that is OK, right? As we're eliminating MUTEX_PROFILING and replacing it with LOCK_PROFILING, I think it is OK that the ABI for one differs from the other as long as the base kernel ABI remains static. I.e., this seems OK to me also. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 14:15:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1522716A41B for ; Sun, 21 Oct 2007 14:15:09 +0000 (UTC) (envelope-from jdoolittle@kingsquarry.net) Received: from outbound.mailhop.org (outbound.mailhop.org [63.208.196.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8262313C4B7 for ; Sun, 21 Oct 2007 14:14:32 +0000 (UTC) (envelope-from jdoolittle@kingsquarry.net) Received: from adsl-068-209-160-053.sip.clt.bellsouth.net ([68.209.160.53] helo=mail.kingsquarry.net) by outbound.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1IjN1M-000CgK-8C for freebsd-stable@freebsd.org; Sat, 20 Oct 2007 18:42:16 -0400 Received: from localhost (mail.kingsquarry.net [192.168.1.25]) by mail.kingsquarry.net (Postfix) with ESMTP id 91D0D2C28A97 for ; Sat, 20 Oct 2007 07:22:39 -0400 (EDT) X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 68.209.160.53 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/leZ9CMC0dBF2vKRXGe6Nd X-Virus-Scanned: amavisd-new at kingsquarry.net Received: from mail.kingsquarry.net ([192.168.1.25]) by localhost (mail.kingsquarry.net [192.168.1.25]) (amavisd-new, port 10024) with LMTP id MyyKn28eFyfJ for ; Sat, 20 Oct 2007 07:22:14 -0400 (EDT) Received: from [192.168.1.71] (mars.kingsquarry.net [192.168.1.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.kingsquarry.net (Postfix) with ESMTP id 003262C28AC3 for ; Fri, 19 Oct 2007 22:54:59 -0400 (EDT) Message-ID: <47196DE5.4050908@kingsquarry.net> Date: Fri, 19 Oct 2007 22:54:29 -0400 From: Jeff Doolittle User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Promise PDC20378 - SETFEATURES SET TRANSFER MODE taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:15:09 -0000 Everyone, I just recently updated my primary server to the latest FreeBSD RELENG_6 release last weekend and have started receiving the following errors every day requiring me to power off the computer (the console is hung and Ctrl-Alt-Del don't work): ============================================================ Oct 18 23:15:02 saturn kernel: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Oct 18 23:15:02 saturn kernel: ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request dire ctly Oct 18 23:15:02 saturn kernel: ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request dire ctly Oct 18 23:15:02 saturn kernel: ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly Oct 18 23:15:02 saturn kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=1129375 Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request dire ctly Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request dire ctly Oct 18 23:15:02 saturn kernel: ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly Oct 18 23:15:02 saturn kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=1129375 ============================================================ For some strange reason the above error last night didn't cause the typical hang, but this evening it happend again @ ~9:30pm (17:30) with a hard failure resulting in a power-cycle to get the server running again. I originally thought one of the drives was going bad so I replaced the existing 200gb Maxstor PATA with two 500gb WD SATA. Therefore, that rules out cables and drives and returns me to the motherboard (Promise Controller) or FreeBSD. The following is the output from a "pciconf -lv" ============================================================ agp0@pci0:0:0: class=0x060000 card=0x80f61043 chip=0x25788086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82875P/E7210 DRAM Controller / Host-Hub Interface' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x25798086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82875P PCI-to-AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x80a61043 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x80a61043 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x80a61043 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x80a61043 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x80a61043 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci3@pci0:31:1: class=0x01018a card=0x80a61043 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA none0@pci0:31:3: class=0x0c0500 card=0x80a61043 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus none1@pci0:31:5: class=0x040100 card=0x80f31043 chip=0x24d58086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller' class = multimedia subclass = audio none2@pci1:0:0: class=0x030000 card=0x001e10de chip=0x002d10de rev=0x15 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NV5 TNT2 Model 64 / TNT2 Model 64 Pro' class = display subclass = VGA atapci0@pci2:4:0: class=0x010400 card=0x80f51043 chip=0x3373105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20378 FastTrak 378/SATA 378 RAID Controller' class = mass storage subclass = RAID twa0@pci2:9:0: class=0x010400 card=0x100213c1 chip=0x100213c1 rev=0x00 hdr=0x00 vendor = '3ware Inc.' device = '9000 series SATA/PATA Storage Controller' class = mass storage subclass = RAID em0@pci2:11:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82545GM Gigabit Ethernet Controller' class = network subclass = ethernet atapci1@pci2:12:0: class=0x010400 card=0x00011103 chip=0x00081103 rev=0x07 hdr=0x00 vendor = 'HighPoint Technologies Inc' device = 'HPT374 Rocket 154x/1640, RocketRAID 154x/1640 RAID EIDE Controller' class = mass storage subclass = RAID atapci2@pci2:12:1: class=0x010400 card=0x00011103 chip=0x00081103 rev=0x07 hdr=0x00 vendor = 'HighPoint Technologies Inc' device = 'HPT374 Rocket 154x/1640, RocketRAID 154x/1640 RAID EIDE Controller' class = mass storage subclass = RAID ============================================================ As a side note, I cleared the /usr/src tree last night and cvsup'd the RELENG_6 tag again to make sure I had a clean source environment yet the problem still persists. Any idea before I open a trouble ticket? (or maybe just move the array to the RocketRAID controller). Thanks - Jeff From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 14:25:16 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 891FC16A420; Sun, 21 Oct 2007 14:25:16 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E5D8813C4B7; Sun, 21 Oct 2007 14:23:13 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id B570F1A4D7E; Sun, 21 Oct 2007 03:57:44 -0700 (PDT) Date: Sun, 21 Oct 2007 03:57:44 -0700 From: Alfred Perlstein To: Kris Kennaway Message-ID: <20071021105744.GC31826@elvis.mu.org> References: <20071019232846.GQ31826@elvis.mu.org> <4719B06F.3000103@FreeBSD.org> <20071020181811.W70919@fledge.watson.org> <20071020192717.GX31826@elvis.mu.org> <471B143E.7050200@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471B143E.7050200@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, Robert Watson , jhb@freebsd.org Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:25:16 -0000 * Kris Kennaway [071021 01:56] wrote: > Alfred Perlstein wrote: > >* Robert Watson [071020 10:21] wrote: > >>On Sat, 20 Oct 2007, Kris Kennaway wrote: > >> > >>>Alfred Perlstein wrote: > >>>>Hey guys, I have LOCK_PROFILING done for a product based on FreeBSD-6, > >>>>this means I can relatively easily backport LOCK_PROFILING from > >>>>FreeBSD-7 to FreeBSD-6. > >>>> > >>>>Do we want this? > >>>> > >>>>I'd like to do it if people want it. > >>>I think it should be done, performance is a lot better than the old 6.x > >>>version and it also adds another very useful performance metric (time > >>>spent waiting for the lock). The only concern is that it doesn't break > >>>ABI support when not compiled in, but I'm pretty sure you've already > >>>told me this is OK. Thanks for looking at this. > >>This is my feeling also -- I would consider ABI breakage a show stopper > >>for 6.x, but feel otherwise that the new code is much more mature and > >>capable and would be quite beneficial to people building appliances and > >>related products on 6.x. You might check with Attilio about whether there > >>are any remaining outstanding issues that need to be resolved first, and > >>make sure to send a heads up out on stable@ and put a note in UPDATING > >>that the option and details have changed. > > > >I still get confused as to the meaning of this... > > > >It only breaks ABI when it's enabled. > > > >I think that is OK, right? > > > > Yes, that is fine. Other existing debugging options also break ABI when > enabled, so it's OK. OK, I should have something over the next couple of weeks. -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 14:41:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD17016A421 for ; Sun, 21 Oct 2007 14:41:29 +0000 (UTC) (envelope-from st0ma@sofiahouse.net) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E34A13C4DA for ; Sun, 21 Oct 2007 14:40:58 +0000 (UTC) (envelope-from st0ma@sofiahouse.net) Received: by py-out-1112.google.com with SMTP id u77so2013798pyb for ; Sun, 21 Oct 2007 07:40:39 -0700 (PDT) Received: by 10.65.220.8 with SMTP id x8mr7101405qbq.1192968607836; Sun, 21 Oct 2007 05:10:07 -0700 (PDT) Received: by 10.65.113.6 with HTTP; Sun, 21 Oct 2007 05:10:07 -0700 (PDT) Message-ID: <331b660a0710210510s25e483ebhf37a9d6929eb83d7@mail.gmail.com> Date: Sun, 21 Oct 2007 05:10:07 -0700 From: "spas karabelov" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.2-STABLE 82801G (ICH7 Family) High Definition Audio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:41:29 -0000 Hello, I went through the previous threads such as http://lists.freebsd.org/pipermail/freebsd-multimedia/2007-May/006759.htmlbut I am still unable to have mu card working on 6.2-STABLE. I tried different optoins but no luck so far. I even tried the driver at http://darkircop.org/hdac.tgz but it did not work either. Any advice to have this working is greatly appreciated. none0@pci0:27:0: class=0x040300 card=0x817f1043 chip=0x27d88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia Cheers, Spas From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 14:55:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E96B16A418 for ; Sun, 21 Oct 2007 14:55:26 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id D4D7613C48A for ; Sun, 21 Oct 2007 14:54:24 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1024610waf for ; Sun, 21 Oct 2007 07:54:15 -0700 (PDT) Received: by 10.114.36.1 with SMTP id j1mr3595761waj.1192936054396; Sat, 20 Oct 2007 20:07:34 -0700 (PDT) Received: by 10.114.203.13 with HTTP; Sat, 20 Oct 2007 20:07:34 -0700 (PDT) Message-ID: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> Date: Sun, 21 Oct 2007 11:07:34 +0800 From: "Yi Wang" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:55:26 -0000 Hi, My box is running 7.0-PREREALEASE. When I run more than two building tasks, X11 became extremely slow. The mouse pointer can also hardly move. Running more than two building tasks under 6-stable does not introduce the issues. Does any one know how to solve it? -- Regards, Wang Yi From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 15:09:24 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837B816A46E; Sun, 21 Oct 2007 15:09:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9937B13C4AC; Sun, 21 Oct 2007 15:07:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9LCdkda030937; Sun, 21 Oct 2007 08:39:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LCdk9x070283; Sun, 21 Oct 2007 08:39:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 622BA73039; Sun, 21 Oct 2007 08:37:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021123756.622BA73039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 08:37:56 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:09:24 -0000 TB --- 2007-10-21 11:54:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 11:54:07 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2007-10-21 11:54:07 - cleaning the object tree TB --- 2007-10-21 11:54:20 - checking out the source tree TB --- 2007-10-21 11:54:20 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2007-10-21 11:54:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 12:08:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 12:08:35 - cd /src TB --- 2007-10-21 12:08:35 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 12:08:37 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 12:37:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 12:37:56 - ERROR: failed to build world TB --- 2007-10-21 12:37:56 - tinderbox aborted TB --- 0.22 user 0.91 system 2629.29 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 15:11:50 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26A7116A417; Sun, 21 Oct 2007 15:11:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 73D0813C491; Sun, 21 Oct 2007 15:09:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9LCc8E6030905; Sun, 21 Oct 2007 08:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LCc8Da063234; Sun, 21 Oct 2007 08:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2EA5573039; Sun, 21 Oct 2007 08:36:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021123618.2EA5573039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 08:36:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:11:50 -0000 TB --- 2007-10-21 11:54:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 11:54:58 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2007-10-21 11:54:58 - cleaning the object tree TB --- 2007-10-21 11:55:22 - checking out the source tree TB --- 2007-10-21 11:55:22 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2007-10-21 11:55:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 12:08:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 12:08:35 - cd /src TB --- 2007-10-21 12:08:35 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 12:08:37 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 12:36:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 12:36:17 - ERROR: failed to build world TB --- 2007-10-21 12:36:17 - tinderbox aborted TB --- 0.32 user 0.70 system 2479.83 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 15:17:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72B8116A41A for ; Sun, 21 Oct 2007 15:17:55 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id AD45613C49D for ; Sun, 21 Oct 2007 15:17:22 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from [172.27.0.11] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id 1FA301E3357; Sun, 21 Oct 2007 00:10:53 -0400 (EDT) Message-ID: <471AD144.60404@bit0.com> Date: Sun, 21 Oct 2007 00:10:44 -0400 From: Mike Andrews User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Philip Murray , Goran Lowkrantz , freebsd-stable@freebsd.org References: <5CCABF9E-80DD-4E46-80AA-6E3E1F156645@nevada.net.nz> <20071020040347.GA71660@eos.sc1.parodius.com> In-Reply-To: <20071020040347.GA71660@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: em 6.6.6 - watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:17:55 -0000 Jeremy Chadwick wrote: > On Sat, Oct 20, 2007 at 11:21:10AM +1300, Philip Murray wrote: >> "me too" on a Supermicro 5015MT+, although I notice my em0 is also sharing >> an interrupt with USB (uhci3)... not sure if that's the culprit. > > I'm not aware of a 5015MT+ model. Maybe you mean 5015M-MT+ or > 5015M-T+? We've got five 5015M-MT+'s in production. The PDSMI+ motherboard has two 82573's, one of which has a known EEPROM issue that Jack Vogel has sent a DOS-based utility around to fix up (search the archives for dcgdis.exe). It fixed watchdog timeouts I was having way back in the 6.2 beta cycle -- in my case they only happened when I had link at 1G and went away if I dropped to 100M. It might be worth ruling that out first unless you've already done that. :) I haven't tried the 6.6.6 driver on mine yet, though, so this could be something totally different. I was going to bump one of them from RELENG_6 to RELENG_7 as a test soon. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 15:34:14 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A8D16A420; Sun, 21 Oct 2007 15:34:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC0D13C4D5; Sun, 21 Oct 2007 15:33:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9LBu27U029596; Sun, 21 Oct 2007 07:56:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LBu2j2025744; Sun, 21 Oct 2007 07:56:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EFDA673039; Sun, 21 Oct 2007 07:54:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021115406.EFDA673039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 07:54:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:34:14 -0000 TB --- 2007-10-21 11:09:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 11:09:38 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2007-10-21 11:09:38 - cleaning the object tree TB --- 2007-10-21 11:09:52 - checking out the source tree TB --- 2007-10-21 11:09:52 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2007-10-21 11:09:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 11:24:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 11:24:17 - cd /src TB --- 2007-10-21 11:24:17 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 11:24:19 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 11:54:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 11:54:06 - ERROR: failed to build world TB --- 2007-10-21 11:54:06 - tinderbox aborted TB --- 0.27 user 0.83 system 2668.34 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 15:35:11 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E15A516A46C; Sun, 21 Oct 2007 15:35:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BE04D13C4A3; Sun, 21 Oct 2007 15:34:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9LBumaH029612; Sun, 21 Oct 2007 07:56:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LBumlW074300; Sun, 21 Oct 2007 07:56:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0CAC273039; Sun, 21 Oct 2007 07:54:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021115458.0CAC273039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 07:54:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:35:12 -0000 TB --- 2007-10-21 11:09:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 11:09:38 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2007-10-21 11:09:38 - cleaning the object tree TB --- 2007-10-21 11:09:50 - checking out the source tree TB --- 2007-10-21 11:09:50 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2007-10-21 11:09:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 11:24:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 11:24:17 - cd /src TB --- 2007-10-21 11:24:17 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 11:24:19 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 11:54:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 11:54:57 - ERROR: failed to build world TB --- 2007-10-21 11:54:57 - tinderbox aborted TB --- 0.27 user 0.85 system 2719.72 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 15:48:18 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23CD116A417; Sun, 21 Oct 2007 15:48:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 05ED513C4A3; Sun, 21 Oct 2007 15:47:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L92Lmg025285; Sun, 21 Oct 2007 05:02:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L92Lqp011888; Sun, 21 Oct 2007 05:02:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D9B1E73039; Sun, 21 Oct 2007 05:00:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021090030.D9B1E73039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 05:00:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:48:18 -0000 TB --- 2007-10-21 08:16:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 08:16:26 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2007-10-21 08:16:26 - cleaning the object tree TB --- 2007-10-21 08:16:32 - checking out the source tree TB --- 2007-10-21 08:16:32 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2007-10-21 08:16:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 08:30:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 08:30:53 - cd /src TB --- 2007-10-21 08:30:53 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 08:30:55 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 09:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 09:00:30 - ERROR: failed to build world TB --- 2007-10-21 09:00:30 - tinderbox aborted TB --- 0.27 user 0.83 system 2644.51 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 15:49:22 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22AB916A419; Sun, 21 Oct 2007 15:49:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 24DB513C4C1; Sun, 21 Oct 2007 15:48:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L90RZD025252; Sun, 21 Oct 2007 05:00:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L90RmM010920; Sun, 21 Oct 2007 05:00:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 30D3973039; Sun, 21 Oct 2007 04:58:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021085837.30D3973039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 04:58:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:49:22 -0000 TB --- 2007-10-21 08:17:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 08:17:32 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2007-10-21 08:17:32 - cleaning the object tree TB --- 2007-10-21 08:17:47 - checking out the source tree TB --- 2007-10-21 08:17:47 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2007-10-21 08:17:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 08:30:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 08:30:53 - cd /src TB --- 2007-10-21 08:30:53 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 08:30:55 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 08:58:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 08:58:36 - ERROR: failed to build world TB --- 2007-10-21 08:58:36 - tinderbox aborted TB --- 0.28 user 0.74 system 2464.95 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:00:37 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F4EB16A4A7; Sun, 21 Oct 2007 16:00:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9B88513C494; Sun, 21 Oct 2007 16:00:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L4fmxG018915; Sun, 21 Oct 2007 00:41:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L4fmUl023275; Sun, 21 Oct 2007 00:41:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 075C973039; Sun, 21 Oct 2007 00:39:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021043958.075C973039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 00:39:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:00:37 -0000 TB --- 2007-10-21 03:54:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 03:54:54 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2007-10-21 03:54:54 - cleaning the object tree TB --- 2007-10-21 03:55:05 - checking out the source tree TB --- 2007-10-21 03:55:05 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2007-10-21 03:55:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 04:09:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 04:09:25 - cd /src TB --- 2007-10-21 04:09:25 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 04:09:26 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 04:39:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 04:39:57 - ERROR: failed to build world TB --- 2007-10-21 04:39:57 - tinderbox aborted TB --- 0.30 user 0.84 system 2703.18 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:19:23 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0259F16A417; Sun, 21 Oct 2007 16:19:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2EA13C4BC; Sun, 21 Oct 2007 16:19:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L8IGAv027052; Sun, 21 Oct 2007 04:18:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L8IG4F029247; Sun, 21 Oct 2007 04:18:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 184E573039; Sun, 21 Oct 2007 04:16:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021081626.184E573039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 04:16:25 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:19:23 -0000 TB --- 2007-10-21 07:32:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 07:32:28 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2007-10-21 07:32:28 - cleaning the object tree TB --- 2007-10-21 07:32:41 - checking out the source tree TB --- 2007-10-21 07:32:41 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2007-10-21 07:32:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 07:46:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 07:46:51 - cd /src TB --- 2007-10-21 07:46:51 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 07:46:53 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 08:16:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 08:16:25 - ERROR: failed to build world TB --- 2007-10-21 08:16:25 - tinderbox aborted TB --- 0.25 user 0.86 system 2637.05 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:19:24 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB02116A46C; Sun, 21 Oct 2007 16:19:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF2A13C4B0; Sun, 21 Oct 2007 16:19:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L8JMYD027109; Sun, 21 Oct 2007 04:19:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L8JMRZ096691; Sun, 21 Oct 2007 04:19:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C029373039; Sun, 21 Oct 2007 04:17:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021081731.C029373039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 04:17:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:19:24 -0000 TB --- 2007-10-21 07:32:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 07:32:28 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2007-10-21 07:32:28 - cleaning the object tree TB --- 2007-10-21 07:32:39 - checking out the source tree TB --- 2007-10-21 07:32:39 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2007-10-21 07:32:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 07:46:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 07:46:51 - cd /src TB --- 2007-10-21 07:46:51 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 07:46:53 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 08:17:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 08:17:30 - ERROR: failed to build world TB --- 2007-10-21 08:17:30 - tinderbox aborted TB --- 0.21 user 0.92 system 2702.13 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:19:54 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF29216A46C; Sun, 21 Oct 2007 16:19:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0801213C4B0; Sun, 21 Oct 2007 16:19:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L1lChj014438; Sat, 20 Oct 2007 21:47:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L1lChM077112; Sat, 20 Oct 2007 21:47:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EB57573039; Sat, 20 Oct 2007 21:45:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021014521.EB57573039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 21:45:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:19:54 -0000 TB --- 2007-10-21 01:01:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 01:01:25 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2007-10-21 01:01:25 - cleaning the object tree TB --- 2007-10-21 01:01:34 - checking out the source tree TB --- 2007-10-21 01:01:34 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2007-10-21 01:01:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 01:16:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 01:16:02 - cd /src TB --- 2007-10-21 01:16:02 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 01:16:04 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 01:45:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 01:45:21 - ERROR: failed to build world TB --- 2007-10-21 01:45:21 - tinderbox aborted TB --- 0.26 user 0.89 system 2636.85 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:19:56 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 620E416A41B; Sun, 21 Oct 2007 16:19:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7974913C4AC; Sun, 21 Oct 2007 16:19:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L1jKBD014397; Sat, 20 Oct 2007 21:45:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L1jKSb082599; Sat, 20 Oct 2007 21:45:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9964C73039; Sat, 20 Oct 2007 21:43:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021014330.9964C73039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 21:43:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:19:56 -0000 TB --- 2007-10-21 01:02:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 01:02:27 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2007-10-21 01:02:28 - cleaning the object tree TB --- 2007-10-21 01:03:02 - checking out the source tree TB --- 2007-10-21 01:03:02 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2007-10-21 01:03:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 01:16:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 01:16:02 - cd /src TB --- 2007-10-21 01:16:02 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 01:16:04 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 01:43:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 01:43:30 - ERROR: failed to build world TB --- 2007-10-21 01:43:30 - tinderbox aborted TB --- 0.21 user 0.84 system 2462.43 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:19:57 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12D9C16A420; Sun, 21 Oct 2007 16:19:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AE1BD13C4DB; Sun, 21 Oct 2007 16:19:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L13GHL013157; Sat, 20 Oct 2007 21:03:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L13FxO050686; Sat, 20 Oct 2007 21:03:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2649473039; Sat, 20 Oct 2007 21:01:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021010125.2649473039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 21:01:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:19:57 -0000 TB --- 2007-10-21 00:16:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 00:16:15 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2007-10-21 00:16:15 - cleaning the object tree TB --- 2007-10-21 00:16:46 - checking out the source tree TB --- 2007-10-21 00:16:46 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2007-10-21 00:16:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 00:31:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 00:31:33 - cd /src TB --- 2007-10-21 00:31:33 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 00:31:34 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 01:01:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 01:01:24 - ERROR: failed to build world TB --- 2007-10-21 01:01:24 - tinderbox aborted TB --- 0.78 user 3.17 system 2709.50 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:20:01 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59BD16A417; Sun, 21 Oct 2007 16:20:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D50A13C49D; Sun, 21 Oct 2007 16:19:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L14If7013178; Sat, 20 Oct 2007 21:04:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L14H4N051468; Sat, 20 Oct 2007 21:04:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD78B73039; Sat, 20 Oct 2007 21:02:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021010227.DD78B73039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 21:02:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:20:02 -0000 TB --- 2007-10-21 00:16:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 00:16:15 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2007-10-21 00:16:15 - cleaning the object tree TB --- 2007-10-21 00:16:48 - checking out the source tree TB --- 2007-10-21 00:16:48 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2007-10-21 00:16:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 00:31:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 00:31:33 - cd /src TB --- 2007-10-21 00:31:33 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 00:31:34 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 01:02:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 01:02:27 - ERROR: failed to build world TB --- 2007-10-21 01:02:27 - tinderbox aborted TB --- 0.87 user 3.98 system 2772.70 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:40:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A5EA16A46C for ; Sun, 21 Oct 2007 16:40:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 869B113C4B6 for ; Sun, 21 Oct 2007 16:40:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1049413waf for ; Sun, 21 Oct 2007 09:40:37 -0700 (PDT) Received: by 10.114.130.1 with SMTP id c1mr4091125wad.1192963493338; Sun, 21 Oct 2007 03:44:53 -0700 (PDT) Received: by 10.114.67.19 with HTTP; Sun, 21 Oct 2007 03:44:53 -0700 (PDT) Message-ID: Date: Sun, 21 Oct 2007 18:44:53 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Peter Schuller" In-Reply-To: <20071021071935.GA64397@hyperion.scode.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071021071935.GA64397@hyperion.scode.org> X-Google-Sender-Auth: 9ec242dd3efdac9a Cc: freebsd-stable@freebsd.org Subject: Re: FYI: Promise TX4 silent corruption (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:40:46 -0000 On 21/10/2007, Peter Schuller wrote: > However, once I started dd:ing large files and reading them back in I > started getting I/O errors from ZFS, because of checksum > mismatches. Turns out all the drives connected to the TX4 in the > raidz2 were generating checksum errors (the one that was not connected > to the TX4 was fine). Write a 2-3 gig file of zeroes -> handful of > checksum mismatches on subsequent scrub. Is there some nice utility floating about to do this in userspace on uninitialised/raw devices? Thanks, Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:51:05 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569F516A469; Sun, 21 Oct 2007 16:51:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAC713C4B6; Sun, 21 Oct 2007 16:51:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9KLmdC0097984; Sat, 20 Oct 2007 17:48:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9KLmdjP097801; Sat, 20 Oct 2007 17:48:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 612C873039; Sat, 20 Oct 2007 17:46:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071020214649.612C873039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 17:46:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:51:05 -0000 TB --- 2007-10-20 21:02:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 21:02:03 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2007-10-20 21:02:03 - cleaning the object tree TB --- 2007-10-20 21:02:34 - checking out the source tree TB --- 2007-10-20 21:02:34 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2007-10-20 21:02:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-20 21:15:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 21:15:28 - cd /src TB --- 2007-10-20 21:15:28 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 21:15:29 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-20 21:46:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-20 21:46:49 - ERROR: failed to build world TB --- 2007-10-20 21:46:49 - tinderbox aborted TB --- 0.87 user 2.83 system 2685.56 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 16:51:06 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB6816A417; Sun, 21 Oct 2007 16:51:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E433313C4E3; Sun, 21 Oct 2007 16:51:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9KM8xZs099305; Sat, 20 Oct 2007 18:08:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9KM8x1e038610; Sat, 20 Oct 2007 18:08:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 63AC773039; Sat, 20 Oct 2007 18:07:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071020220709.63AC773039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 18:07:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:51:06 -0000 TB --- 2007-10-20 21:28:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 21:28:36 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2007-10-20 21:28:36 - cleaning the object tree TB --- 2007-10-20 21:29:02 - checking out the source tree TB --- 2007-10-20 21:29:02 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2007-10-20 21:29:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-20 21:40:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 21:40:46 - cd /src TB --- 2007-10-20 21:40:46 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 21:40:47 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-20 22:07:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-20 22:07:09 - ERROR: failed to build world TB --- 2007-10-20 22:07:09 - tinderbox aborted TB --- 0.73 user 2.66 system 2313.07 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 17:07:34 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07EA416A477; Sun, 21 Oct 2007 17:07:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9051113C4AA; Sun, 21 Oct 2007 17:07:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L5PCYW019772; Sun, 21 Oct 2007 01:25:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L5PCrO053782; Sun, 21 Oct 2007 01:25:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5E1E773039; Sun, 21 Oct 2007 01:23:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021052317.5E1E773039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 01:23:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:07:34 -0000 TB --- 2007-10-21 04:39:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 04:39:08 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2007-10-21 04:39:08 - cleaning the object tree TB --- 2007-10-21 04:39:19 - checking out the source tree TB --- 2007-10-21 04:39:19 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2007-10-21 04:39:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 04:53:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 04:53:57 - cd /src TB --- 2007-10-21 04:53:57 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 04:53:59 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 05:23:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 05:23:17 - ERROR: failed to build world TB --- 2007-10-21 05:23:17 - tinderbox aborted TB --- 0.31 user 0.78 system 2648.97 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 17:07:34 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FBE16A46C; Sun, 21 Oct 2007 17:07:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 95EA013C4BD; Sun, 21 Oct 2007 17:07:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L5NRGi019659; Sun, 21 Oct 2007 01:23:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L5NQGK052632; Sun, 21 Oct 2007 01:23:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A496773039; Sun, 21 Oct 2007 01:21:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021052136.A496773039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 01:21:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:07:35 -0000 TB --- 2007-10-21 04:39:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 04:39:58 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2007-10-21 04:39:58 - cleaning the object tree TB --- 2007-10-21 04:40:19 - checking out the source tree TB --- 2007-10-21 04:40:19 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2007-10-21 04:40:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_7 src TB --- 2007-10-21 04:53:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 04:53:57 - cd /src TB --- 2007-10-21 04:53:57 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 04:53:59 UTC 2007 >>> 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 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 05:21:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 05:21:36 - ERROR: failed to build world TB --- 2007-10-21 05:21:36 - tinderbox aborted TB --- 0.27 user 0.73 system 2498.38 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 17:19:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F80C16A46B for ; Sun, 21 Oct 2007 17:19:56 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 4966613C480 for ; Sun, 21 Oct 2007 17:19:56 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 51A9719E053; Sun, 21 Oct 2007 19:03:27 +0200 (CEST) Received: from [192.168.1.2] (r3a200.net.upc.cz [213.220.192.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id B5A5619E027; Sun, 21 Oct 2007 19:03:23 +0200 (CEST) Message-ID: <471B86C2.8080905@quip.cz> Date: Sun, 21 Oct 2007 19:05:06 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Jeff Doolittle References: <47196DE5.4050908@kingsquarry.net> In-Reply-To: <47196DE5.4050908@kingsquarry.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Promise PDC20378 - SETFEATURES SET TRANSFER MODE taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:19:56 -0000 Jeff Doolittle wrote: > Everyone, > > I just recently updated my primary server to the latest FreeBSD RELENG_6 > release last weekend and have started receiving the following errors > every day requiring me to power off the computer (the console is hung > and Ctrl-Alt-Del don't work): > > ============================================================ > Oct 18 23:15:02 saturn kernel: ad6: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request > directly > Oct 18 23:15:02 saturn kernel: ad6: WARNING - SETFEATURES ENABLE RCACHE > taskqueue timeout - completing request dire > ctly > Oct 18 23:15:02 saturn kernel: ad6: WARNING - SETFEATURES ENABLE WCACHE > taskqueue timeout - completing request dire > ctly > Oct 18 23:15:02 saturn kernel: ad6: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Oct 18 23:15:02 saturn kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 > retry left) LBA=1129375 > Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request > directly > Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request > directly > Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES ENABLE RCACHE > taskqueue timeout - completing request dire > ctly > Oct 18 23:15:02 saturn kernel: ad4: WARNING - SETFEATURES ENABLE WCACHE > taskqueue timeout - completing request dire > ctly > Oct 18 23:15:02 saturn kernel: ad4: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Oct 18 23:15:02 saturn kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 > retry left) LBA=1129375 > ============================================================ [...] I had same problem many times and only mainboard replacement solves the problem. Last time I saw these errors (1 week ago) it was in dying Asus RS-120 which was running 6.2-RELEASE for about 6 month. So the problem is not related to 6.2-RELEASE, but to hardware. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 18:15:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C761616A419 for ; Sun, 21 Oct 2007 18:15:08 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [206.18.177.53]) by mx1.freebsd.org (Postfix) with ESMTP id B08BF13C4B8 for ; Sun, 21 Oct 2007 18:15:08 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from lightbulb.local (c-68-35-224-189.hsd1.fl.comcast.net[68.35.224.189]) by comcast.net (alnrmhc13) with ESMTP id <20071021181501b1300b1nb4e>; Sun, 21 Oct 2007 18:15:02 +0000 Message-ID: <471B96FF.8070803@comcast.net> Date: Sun, 21 Oct 2007 14:14:23 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.6 (X11/20070805) MIME-Version: 1.0 To: Yi Wang References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> In-Reply-To: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 18:15:08 -0000 Yi Wang wrote: > Hi, > > My box is running 7.0-PREREALEASE. > > When I run more than two building tasks, X11 became extremely slow. > The mouse pointer can also hardly move. > > Running more than two building tasks under 6-stable does not introduce > the issues. > > Does any one know how to solve it? > > Hi, I had this problem on 7.0 too, but enabling SCHED_ULE seemed to have fixed this problem. I also disabled 'options SMP' since I have a single processor machine - though I'm not sure if this actually contributed to the problem. Best Regards, Nathan Lay From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 18:26:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA23F16A41B for ; Sun, 21 Oct 2007 18:26:14 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 3226413C48D for ; Sun, 21 Oct 2007 18:26:13 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9LIPw7W032373; Mon, 22 Oct 2007 02:25:58 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9LIPwI4032372; Mon, 22 Oct 2007 02:25:58 +0800 (KRAST) (envelope-from eugen) Date: Mon, 22 Oct 2007 02:25:58 +0800 From: Eugene Grosbein To: Yi Wang Message-ID: <20071021182558.GA32192@svzserv.kemerovo.su> References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 18:26:14 -0000 On Sun, Oct 21, 2007 at 11:07:34AM +0800, Yi Wang wrote: > My box is running 7.0-PREREALEASE. > > When I run more than two building tasks, X11 became extremely slow. > The mouse pointer can also hardly move. > > Running more than two building tasks under 6-stable does not introduce > the issues. > > Does any one know how to solve it? Yes. There is definitely something wrong with SCHED_4BSD in RELENG_7 comparing with the same for RELENG_6 (same hardware, same settings for kernel/world). Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 19:02:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0EB16A46B for ; Sun, 21 Oct 2007 19:02:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 771F213C481 for ; Sun, 21 Oct 2007 19:02:14 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9LIcB9Q061476; Sun, 21 Oct 2007 14:38:11 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l9LIcAVm024128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Oct 2007 14:38:10 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710211838.l9LIcAVm024128@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 21 Oct 2007 14:38:28 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0710191732k2b2b193ag73b5cac12be9fde3@mail.gmail.co m> References: <5CCABF9E-80DD-4E46-80AA-6E3E1F156645@nevada.net.nz> <2a41acea0710191732k2b2b193ag73b5cac12be9fde3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: em 6.6.6 - watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 19:02:16 -0000 At 08:32 PM 10/19/2007, Jack Vogel wrote: >OK, I will look into this as soon as I can. Just a "Same here" I think. The time outs dont correlate with load. The one nic is also seeing a lot of overruns. Also, I checked the eeprom and its not an issue it seems Oct 21 14:24:39 c1 kernel: Interface EEPROM Dump: Oct 21 14:24:39 c1 kernel: Offset Oct 21 14:24:39 c1 kernel: 0x0000 1500 1217 04f6 0420 ffff 5062 ffff ffff Oct 21 14:24:39 c1 kernel: 0x0010 d508 6801 a42f 115e 8086 105e 8086 b165 Oct 21 14:24:39 c1 kernel: 0x0020 0008 105e 5400 0000 5001 0000 0000 0100 Oct 21 14:24:39 c1 kernel: 0x0030 6cf6 37b0 07a6 8403 0783 0000 c303 0602 em0@pci1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint em1@pci1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint em2@pci5:0:0: class=0x020000 card=0x348d8086 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PM' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint em3@pci6:5:0: class=0x020000 card=0x348d8086 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction Oct 21 02:15:01 c1 kernel: em1: Excessive collisions = 0 Oct 21 02:15:01 c1 kernel: em1: Sequence errors = 0 Oct 21 02:15:01 c1 kernel: em1: Defer count = 0 Oct 21 02:15:01 c1 kernel: em1: Missed Packets = 0 Oct 21 02:15:01 c1 kernel: em1: Receive No Buffers = 0 Oct 21 02:15:01 c1 kernel: em1: Receive Length Errors = 0 Oct 21 02:15:01 c1 kernel: em1: Receive errors = 0 Oct 21 02:15:01 c1 kernel: em1: Crc errors = 0 Oct 21 02:15:01 c1 kernel: em1: Alignment errors = 0 Oct 21 02:15:01 c1 kernel: em1: Collision/Carrier extension errors = 0 Oct 21 02:15:01 c1 kernel: em1: RX overruns = 0 Oct 21 02:15:01 c1 kernel: em1: watchdog timeouts = 2 Oct 21 02:15:01 c1 kernel: em1: XON Rcvd = 0 Oct 21 02:15:01 c1 kernel: em1: XON Xmtd = 0 Oct 21 02:15:01 c1 kernel: em1: XOFF Rcvd = 0 Oct 21 02:15:01 c1 kernel: em1: XOFF Xmtd = 0 Oct 21 02:15:01 c1 kernel: em1: Good Packets Rcvd = 972845 Oct 21 02:15:01 c1 kernel: em1: Good Packets Xmtd = 1056492 Oct 21 02:15:01 c1 kernel: em1: TSO Contexts Xmtd = 0 Oct 21 02:15:01 c1 kernel: em1: TSO Contexts Failed = 0 Oct 21 02:15:02 c1 kernel: em2: Excessive collisions = 0 Oct 21 02:15:02 c1 kernel: em2: Sequence errors = 0 Oct 21 02:15:02 c1 kernel: em2: Defer count = 0 Oct 21 02:15:02 c1 kernel: em2: Missed Packets = 146876 Oct 21 02:15:02 c1 kernel: em2: Receive No Buffers = 24633 Oct 21 02:15:02 c1 kernel: em2: Receive Length Errors = 0 Oct 21 02:15:02 c1 kernel: em2: Receive errors = 0 Oct 21 02:15:02 c1 kernel: em2: Crc errors = 0 Oct 21 02:15:02 c1 kernel: em2: Alignment errors = 0 Oct 21 02:15:02 c1 kernel: em2: Collision/Carrier extension errors = 0 Oct 21 02:15:02 c1 kernel: em2: RX overruns = 1261 Oct 21 02:15:02 c1 kernel: em2: watchdog timeouts = 0 Oct 21 02:15:02 c1 kernel: em2: XON Rcvd = 0 Oct 21 02:15:02 c1 kernel: em2: XON Xmtd = 0 Oct 21 02:15:02 c1 kernel: em2: XOFF Rcvd = 0 Oct 21 02:15:02 c1 kernel: em2: XOFF Xmtd = 0 Oct 21 02:15:02 c1 kernel: em2: Good Packets Rcvd = 11520947867 Oct 21 02:15:02 c1 kernel: em2: Good Packets Xmtd = 6732398306 Oct 21 02:15:02 c1 kernel: em2: TSO Contexts Xmtd = 0 Oct 21 02:15:02 c1 kernel: em2: TSO Contexts Failed = 0 # vmstat -i interrupt total rate irq1: atkbd0 5 0 irq4: sio0 39518 0 irq16: em0 935164706 1022 irq17: em1 em2 em3 802572934 877 irq19: atapci1 179422 0 cpu0: timer 1828072218 1997 cpu1: timer 1828031524 1997 Total 5394060327 5895 >Jack > > >On 10/19/07, Philip Murray wrote: > > > > On 20/10/2007, at 1:06 AM, Goran Lowkrantz wrote: > > > > > Hi, > > > > > > After the update of em to 6.6.6 last, I experience watchdog timeouts > > > on a server running 6-STABLE. > > > > > > > "me too" on a Supermicro 5015MT+, although I notice my em0 is also > > sharing an interrupt with USB (uhci3)... not sure if that's the culprit. > > > > > > > > [pmurray@chance ~]$ dmesg > > Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. > > FreeBSD 6.2-STABLE #0: Tue Oct 9 07:45:50 NZDT 2007 > > root@chance.open2view.net:/usr/obj/usr/src/sys/GENERIC > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(R) CPU X3220 @ 2.40GHz (2394.01-MHz 686- > > class CPU) > > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > > > > Features > > = > > 0xbfebfbff > > < > > FPU > > ,VME > > ,DE > > ,PSE > > ,TSC > > ,MSR > > ,PAE > > ,MCE > > ,CX8 > > ,APIC > > ,SEP > > ,MTRR > > ,PGE > > ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > Features2=0xe3bd > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 4 > > real memory = 2146304000 (2046 MB) > > avail memory = 2095353856 (1998 MB) > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 24-47 on motherboard > > kbd1 at kbdmux0 > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > > RF5413) > > acpi0: on motherboard > > 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 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 16 at device 1.0 on pci0 > > pci1: on pcib1 > > pcib2: irq 17 at device 28.0 on pci0 > > pci9: on pcib2 > > pcib3: at device 0.0 on pci9 > > pci10: on pcib3 > > pcib4: at device 1.0 on pci10 > > pci11: on pcib4 > > arcmsr0: > > mem 0xe0200000-0xe0200fff,0xe0800000-0xe0bfffff irq 26 at device > > 14.0 on pci11 > > ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 > > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 > > pcib5: irq 17 at device 28.4 on pci0 > > pci13: on pcib5 > > em0: port > > 0x4000-0x401f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 > > em0: Ethernet address: 00:30:48:90:48:dc > > em0: [FAST] > > pcib6: irq 16 at device 28.5 on pci0 > > pci14: on pcib6 > > em1: port > > 0x5000-0x501f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 > > em1: Ethernet address: 00:30:48:90:48:dd > > em1: [FAST] > > uhci0: port 0x3000-0x301f irq 23 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.00, addr 1 > > uhub0: 2 ports with 2 removable, self powered > > uhci1: port 0x3020-0x303f irq 19 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 > > uhci2: port 0x3040-0x305f irq 18 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 > > uhci3: port 0x3060-0x307f irq 16 at > > device 29.3 on pci0 > > uhci3: [GIANT-LOCKED] > > usb3: on uhci3 > > usb3: USB revision 1.0 > > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub3: 2 ports with 2 removable, self powered > > ehci0: mem > > 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 > > ehci0: [GIANT-LOCKED] > > usb4: EHCI version 1.0 > > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > > usb4: on ehci0 > > usb4: USB revision 2.0 > > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > > uhub4: 8 ports with 8 removable, self powered > > pcib7: at device 30.0 on pci0 > > pci15: on pcib7 > > pci15: at device 0.0 (no driver attached) > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 > > ata0: on atapci0 > > ata1: on atapci0 > > pci0: at device 31.3 (no driver attached) > > acpi_button0: on acpi0 > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > > on acpi0 > > sio0: type 16550A > > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on > > acpi0 > > fdc0: [FAST] > > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 > > drq 3 on acpi0 > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/9 bytes threshold > > ppbus0: on ppc0 > > plip0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > pmtimer0 on isa0 > > orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff, > > 0xcc000-0xccfff,0xcd000-0xcdfff on isa0 > > atkbdc0: at port 0x60,0x64 on isa0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > isa0 > > Timecounter "TSC" frequency 2394010800 Hz quality 800 > > Timecounters tick every 1.000 msec > > Waiting 5 seconds for SCSI devices to settle > > acd0: CDROM at ata0-master UDMA33 > > pass2 at arcmsr0 bus 0 target 16 lun 0 > > pass2: Fixed Processor SCSI-0 device > > da0 at arcmsr0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-5 device > > da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged > > Queueing Enabled > > da0: 28609MB (58592256 512 byte sectors: 255H 63S/T 3647C) > > da1 at arcmsr0 bus 0 target 0 lun 1 > > da1: Fixed Direct Access SCSI-5 device > > da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged > > Queueing Enabled > > da1: 2117156MB (4335936000 512 byte sectors: 255H 63S/T 269899C) > > Trying to mount root from ufs:/dev/da0s1a > > WARNING: /backup was not properly dismounted > > em1: link state changed to UP > > em1: link state changed to DOWN > > em0: link state changed to UP > > ums0: Cyclades SUN/PC USB Terminator, rev 1.00/15.00, addr 2, iclass 3/1 > > ums0: 5 buttons and Z dir. > > ukbd0: Cyclades SUN/PC USB Terminator, rev 1.00/15.00, addr 2, iclass > > 3/1 > > kbd2 at ukbd0 > > ums0: at uhub0 port 1 (addr 2) disconnected > > ums0: detached > > ukbd0: at uhub0 port 1 (addr 2) disconnected > > ukbd0: detached > > gif0: promiscuous mode enabled > > gif0: promiscuous mode disabled > > gif0: promiscuous mode enabled > > gif0: promiscuous mode disabled > > gif0: promiscuous mode enabled > > gif0: promiscuous mode disabled > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > pid 38534 (locate.code), uid 65534 inumber 32898 on /tmp: filesystem > > full > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > em0: watchdog timeout -- resetting > > em0: link state changed to DOWN > > em0: link state changed to UP > > > > [pmurray@chance ~]$ vmstat -i > > interrupt total rate > > irq14: ata0 47 0 > > irq16: em0 uhci3 9168265 9 > > irq17: em1 107811254 114 > > irq18: uhci2 32252905 34 > > irq23: uhci0 ehci0 738 0 > > irq26: arcmsr0 33035746 34 > > cpu0: timer 1889578811 1999 > > Total 2071847766 2192 > > > > > > > > [pmurray@chance ~]$ pciconf -lv > > hostb0@pci0:0:0: class=0x060000 card=0x798015d9 chip=0x27788086 > > rev=0xc0 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Server Memory Controller Hub' > > class = bridge > > subclass = HOST-PCI > > pcib1@pci0:1:0: class=0x060400 card=0x798015d9 chip=0x27798086 > > rev=0xc0 hdr=0x01 > > vendor = 'Intel Corporation' > > device = 'PCI Express Root Port' > > class = bridge > > subclass = PCI-PCI > > pcib2@pci0:28:0: class=0x060400 card=0x798015d9 chip=0x27d08086 > > rev=0x01 hdr=0x01 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) PCI Express Root Port' > > class = bridge > > subclass = PCI-PCI > > pcib5@pci0:28:4: class=0x060400 card=0x798015d9 chip=0x27e08086 > > rev=0x01 hdr=0x01 > > vendor = 'Intel Corporation' > > device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' > > class = bridge > > subclass = PCI-PCI > > pcib6@pci0:28:5: class=0x060400 card=0x798015d9 chip=0x27e28086 > > rev=0x01 hdr=0x01 > > vendor = 'Intel Corporation' > > device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' > > class = bridge > > subclass = PCI-PCI > > uhci0@pci0:29:0: class=0x0c0300 card=0x798015d9 chip=0x27c88086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host Controller' > > class = serial bus > > subclass = USB > > uhci1@pci0:29:1: class=0x0c0300 card=0x798015d9 chip=0x27c98086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host Controller' > > class = serial bus > > subclass = USB > > uhci2@pci0:29:2: class=0x0c0300 card=0x798015d9 chip=0x27ca8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host Controller' > > class = serial bus > > subclass = USB > > uhci3@pci0:29:3: class=0x0c0300 card=0x798015d9 chip=0x27cb8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host Controller' > > class = serial bus > > subclass = USB > > ehci0@pci0:29:7: class=0x0c0320 card=0x798015d9 chip=0x27cc8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' > > class = serial bus > > subclass = USB > > pcib7@pci0:30:0: class=0x060401 card=0x798015d9 chip=0x244e8086 > > rev=0xe1 hdr=0x01 > > vendor = 'Intel Corporation' > > device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB > > Hub Interface to PCI Bridge' > > class = bridge > > subclass = PCI-PCI > > isab0@pci0:31:0: class=0x060100 card=0x798015d9 chip=0x27b88086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801GB/GR (ICH7 Family) LPC Interface Controller' > > class = bridge > > subclass = PCI-ISA > > atapci0@pci0:31:1: class=0x01018a card=0x798015d9 chip=0x27df8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) Ultra ATA Storage Controller' > > class = mass storage > > subclass = ATA > > none0@pci0:31:3: class=0x0c0500 card=0x798015d9 chip=0x27da8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) SMBus Controller' > > class = serial bus > > subclass = SMBus > > pcib3@pci9:0:0: class=0x060400 card=0x00000000 chip=0x032c8086 > > rev=0x09 hdr=0x01 > > vendor = 'Intel Corporation' > > device = '6702PXH PCI Express-to-PCI Express Bridge' > > class = bridge > > subclass = PCI-PCI > > ioapic0@pci9:0:1: class=0x080020 card=0x798015d9 chip=0x03268086 > > rev=0x09 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller A' > > class = base peripheral > > subclass = interrupt controller > > pcib4@pci10:1:0: class=0x060400 card=0x00000000 chip=0x03358086 > > rev=0x0a hdr=0x01 > > vendor = 'Intel Corporation' > > device = '80331 [Lindsay] I/O processor PCI-X bridge' > > class = bridge > > subclass = PCI-PCI > > arcmsr0@pci11:14:0: class=0x010400 card=0x111017d3 chip=0x111017d3 > > rev=0x00 hdr=0x00 > > vendor = 'Areca Technology Corporation' > > device = 'ARC-1110 4-Port PCI-X to SATA RAID Controller' > > class = mass storage > > subclass = RAID > > em0@pci13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'PRO/1000 PM' > > class = network > > subclass = ethernet > > em1@pci14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 > > hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > none1@pci15:0:0: class=0x030000 card=0x798015d9 chip=0x515e1002 > > rev=0x02 hdr=0x00 > > vendor = 'ATI Technologies Inc' > > class = display > > subclass = VGA > > [pmurray@chance ~]$ > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 19:22:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E94416A420 for ; Sun, 21 Oct 2007 19:22:17 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id E91CE13C4B7 for ; Sun, 21 Oct 2007 19:22:16 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l9LJM5wJ094926; Sun, 21 Oct 2007 21:22:05 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id l9LJM5pg094925; Sun, 21 Oct 2007 21:22:05 +0200 (CEST) (envelope-from marc) Date: Sun, 21 Oct 2007 21:22:05 +0200 From: Marc Fonvieille To: Yi Wang Message-ID: <20071021192205.GA94894@abigail.blackend.org> Mail-Followup-To: Yi Wang , freebsd-stable@freebsd.org References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 19:22:17 -0000 On Sun, Oct 21, 2007 at 11:07:34AM +0800, Yi Wang wrote: > Hi, > > My box is running 7.0-PREREALEASE. > > When I run more than two building tasks, X11 became extremely slow. > The mouse pointer can also hardly move. > > Running more than two building tasks under 6-stable does not introduce > the issues. > > Does any one know how to solve it? > To improve slightly the things: - use UP kernel (i.e. remove SMP and apic lines) - use ULE scheduler This will help a bit but it's not a definitive solution. -- Marc From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 19:39:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CECA416A417 for ; Sun, 21 Oct 2007 19:39:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A69C013C480 for ; Sun, 21 Oct 2007 19:39:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9LJd5KO065570; Sun, 21 Oct 2007 15:39:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l9LJd4eo024388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Oct 2007 15:39:05 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710211939.l9LJd4eo024388@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 21 Oct 2007 15:39:23 -0400 To: Mike Andrews , Philip Murray , Goran Lowkrantz , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <471AD144.60404@bit0.com> References: <5CCABF9E-80DD-4E46-80AA-6E3E1F156645@nevada.net.nz> <20071020040347.GA71660@eos.sc1.parodius.com> <471AD144.60404@bit0.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: em 6.6.6 - watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 19:39:15 -0000 At 12:10 AM 10/21/2007, Mike Andrews wrote: >I haven't tried the 6.6.6 driver on mine yet, though, so this could >be something totally different. I was going to bump one of them >from RELENG_6 to RELENG_7 as a test soon. I see this problem running RELENG_6, which has the 6.6.6 driver. I forget the exact supermicro model # Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2402.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2144329728 (2044 MB) avail memory = 2092859392 (1995 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 5 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 30-53 on motherboard kbd1 at kbdmux0 acpi0: on motherboard em0: port 0x3020-0x303f mem 0x88260000-0x8827ffff,0x88240000-0x8825ffff irq 16 at device 0.0 on pci1 em0: Ethernet address: 00:15:17:12:f6:04 em0: [FAST] em1: port 0x3000-0x301f mem 0x88220000-0x8823ffff,0x88200000-0x8821ffff irq 17 at device 0.1 on pci1 em1: Ethernet address: 00:15:17:12:f6:05 em1: [FAST] em2: port 0x2000-0x201f mem 0x88180000-0x8819ffff,0x88100000-0x8817ffff irq 17 at device 0.0 on pci5 em2: Ethernet address: 00:15:17:29:6f:ef em2: [FAST] em3: port 0x1100-0x113f mem 0x88020000-0x8803ffff,0x88000000-0x8801ffff irq 17 at device 5.0 on pci6 em3: Ethernet address: 00:15:17:29:6f:f0 em3: [FAST] I already ran the dos util to "fix" the eeprom, but no difference. ---Mike From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 19:57:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2525716A418 for ; Sun, 21 Oct 2007 19:57:53 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33713.mail.mud.yahoo.com (web33713.mail.mud.yahoo.com [68.142.201.210]) by mx1.freebsd.org (Postfix) with SMTP id 0783613C4A5 for ; Sun, 21 Oct 2007 19:57:52 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 92410 invoked by uid 60001); 21 Oct 2007 19:57:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=I1hSDq/BRXih+nQdmij3yfbUCcU19tAqTuQ9Ira9ibeoutHEzoDUNBsU1GFZjx73GiL8ziV5YH1qLDo1m1M6Nh4XzHYIvqYhHllClkFi2EZf6wvTlIAF9DzbDoym6inB7o0wbrE+U7rgNupipkw2gzmrBWKjaJrTL8R2TJigz44=; X-YMail-OSG: l_C5qq4VM1ndBdJFewGUzJQwlMsda8Gjo_RXSJx.pxVB5Vto3lkenvyXIH4KIvcSFt6QcoQdXjWjabTadKc3PUmDlPhxTBo51FOSpSxQctsTMmZ8wHY- Received: from [89.211.5.3] by web33713.mail.mud.yahoo.com via HTTP; Sun, 21 Oct 2007 12:57:45 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Sun, 21 Oct 2007 12:57:45 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <30801.92082.qm@web33713.mail.mud.yahoo.com> Subject: RELENG_6 buildkernel is broken for me X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 19:57:53 -0000 Hello,=0A=0AI did fresh buildworld then tried to build my kernel.=0A=0A:> h= ack.c=0Acc -shared -nostdlib hack.c -o hack.So=0Arm -f hack.c=0AMAKE=3Dmake= sh /usr/src/sys/conf/newvers.sh VB=0Acc -c -O2 -pipe -fno-strict-aliasing = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc= 99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/sr= c/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/= usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/em -D_K= ERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finli= ne-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-gro= wth=3D1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mm= x -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror vers.c=0Alinking ke= rnel=0Aprocfs.o(.text+0x254): In function `procfs_init':=0A: undefined refe= rence to `pfs_create_link'=0Aprocfs.o(.text+0x268): In function `procfs_ini= t':=0A: undefined reference to `pfs_create_dir'=0Aprocfs.o(.text+0x283): In= function `procfs_init':=0A: undefined reference to `pfs_create_file'=0Apro= cfs.o(.text+0x29c): In function `procfs_init':=0A: undefined reference to `= pfs_create_file'=0Aprocfs.o(.text+0x2bb): In function `procfs_init':=0A: un= defined reference to `pfs_create_file'=0Aprocfs.o(.text+0x2d1): In function= `procfs_init':=0A: undefined reference to `pfs_create_file'=0Aprocfs.o(.te= xt+0x2f0): In function `procfs_init':=0A: undefined reference to `pfs_creat= e_file'=0Aprocfs.o(.text+0x309): more undefined references to `pfs_create_f= ile' follow=0Aprocfs.o(.text+0x3d8): In function `procfs_init':=0A: undefin= ed reference to `pfs_create_link'=0Aprocfs.o(.text+0x3fb): In function `_pr= ocfs_mount':=0A: undefined reference to `pfs_mount'=0Aprocfs.o(.text+0x410)= : In function `_procfs_init':=0A: undefined reference to `pfs_init'=0Aprocf= s.o(.text+0x424): In function `_procfs_uninit':=0A: undefined reference to = `pfs_uninit'=0Aprocfs.o(.data+0xa8): undefined reference to `pfs_unmount'= =0Aprocfs.o(.data+0xac): undefined reference to `pfs_root'=0Aprocfs.o(.data= +0xb4): undefined reference to `pfs_statfs'=0A*** Error code 1=0A=0AStop in= /usr/obj/usr/src/sys/VB.=0A*** Error code 1=0A=0AStop in /usr/src.=0A*** E= rror code 1=0A=0AStop in /usr/src.=0A=0AThis is just few minutes ago csup.= =0A=0AHere is my make.conf=0A=0APPP_NOSUID=3Dtrue # to build ppp wi= th normal permissions=0ANO_BLUETOOTH=3Dtrue # do not build Bluetooth = related stuff=0ANO_I4B=3Dtrue # do not build isdn4bsd package= =0ANO_KERBEROS=3Dtrue # do not build and install Kerberos 5 (KTH Hei= mdal)=0ANO_LPR=3Dtrue # do not build lpr and related programs= =0ANO_MODULES=3Dtrue # do not build modules with the kernel=0ANO_US= B=3Dtrue # do not build usbd(8) and related programs=0ANO_ATM= =3Dtrue # do not build ATM related programs and libraries=0ANO_= GAMES=3Dtrue # do not build games (games/ subdir)=0ANO_UUCP=3Dtru= e # do not build uucp related programs=0AMODULES_WITH_WORLD=3Dt= rue # do not build modules when building kernel=0AWITHOUT_X11=3Dtrue = # don't build X11 dependencies in ports=0A=0A=0A =0ARegards, =0A-Abdullah = Ibn Hamad Al-Marri=0AArab Portal=0Ahttp://www.WeArab.Net/=0A=0A=0A=0A=0A___= _______________________________________________=0ADo You Yahoo!?=0ATired of= spam? Yahoo! Mail has the best spam protection around =0Ahttp://mail.yaho= o.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 20:09:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B566816A421 for ; Sun, 21 Oct 2007 20:09:04 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9C113C4A8 for ; Sun, 21 Oct 2007 20:09:04 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id ADX54753 for ; Sun, 21 Oct 2007 14:54:53 -0500 Date: Sun, 21 Oct 2007 14:54:53 -0500 From: Squirrel To: freebsd-stable@freebsd.org Message-ID: X-Mailer: ISOT Web Mail 5.6.1 X-Originating-IP: 66.187.95.74 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Closed Port, Need to Reopen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 20:09:04 -0000 For some reason, my port 1645 is closed on FreeBSD 6.2. I have all the firewall disabled, but it's not allowing me access the port 1645. How do you manually open this port? I can't seem to find at google. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 21:17:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7C6316A41A for ; Sun, 21 Oct 2007 21:17:35 +0000 (UTC) (envelope-from zao@acc.umu.se) Received: from mail.acc.umu.se (mail.acc.umu.se [130.239.18.156]) by mx1.freebsd.org (Postfix) with ESMTP id BDF3F13C48E for ; Sun, 21 Oct 2007 21:17:35 +0000 (UTC) (envelope-from zao@acc.umu.se) Received: from localhost (localhost [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id 4B7B049 for ; Sun, 21 Oct 2007 21:54:52 +0200 (MEST) X-Virus-Scanned: amavisd-new at acc.umu.se Received: from shaka.acc.umu.se (shaka.acc.umu.se [130.239.18.148]) by mail.acc.umu.se (Postfix) with ESMTP id A0FC424 for ; Sun, 21 Oct 2007 21:54:44 +0200 (MEST) Received: by shaka.acc.umu.se (Postfix, from userid 24456) id 5140A47; Sun, 21 Oct 2007 21:54:44 +0200 (MEST) Date: Sun, 21 Oct 2007 21:54:44 +0200 From: Lars Viklund To: freebsd-stable@freebsd.org Message-ID: <20071021195443.GA270@shaka.acc.umu.se> References: <20071021071935.GA64397@hyperion.scode.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071021071935.GA64397@hyperion.scode.org> User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: FYI: Promise TX4 silent corruption (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 21:17:36 -0000 On Sun, Oct 21, 2007 at 09:19:35AM +0200, Peter Schuller wrote: > Hello, > > Since then I have now tried two distinct TX4 cards (but only in one > PCI slot). Both suffer from the same problem. Amazingly a SiI 3114 > *does* seem to work in the same PCI slot - no corruption, and no DMA > timeouts and whatnot that I was expecting from a SiI card. > > This was on amd64, RELENG_7. Same SATA cables used on all > drives. Drives on TX4 were also in a Supermicro hotswap enclosure, > which may or may not be related (but again, no problem with SiI). I have experienced the same kind of data corruption as you on both 6.2-RELEASE and Ubuntu 7.04 on two different machines, one P3 and one P4. The card seems to be doing naughty things to the PCI bus under load; your dmesg ought to be full of PCI timeouts. If you grep the old mailing lists for the PCI timeout errors that are produced, you'll find some messages indicating that the hardware is flawed. This seems to be worked around in the driver for Windows, since the same card, disks and machines work flawlessly on Windows 2003. -- Lars Viklund ------------------- To make it is hell. To fail is divine. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 21 23:32:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D4E216A421 for ; Sun, 21 Oct 2007 23:32:22 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 2EEF913C4A3 for ; Sun, 21 Oct 2007 23:32:21 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-152.dsl.wotnoh.ameritech.net [68.252.59.152]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id l9LNYgKq049673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Oct 2007 19:34:43 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Sun, 21 Oct 2007 19:35:50 -0400 User-Agent: KMail/1.9.7 References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> In-Reply-To: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6312329.uMs7xWsDZS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710211935.58020.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.91.2/4546/Sat Oct 20 08:46:40 2007 on mail.united-ware.com X-Virus-Status: Clean Cc: Yi Wang Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 23:32:22 -0000 --nextPart6312329.uMs7xWsDZS Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 20 October 2007, Yi Wang wrote: > Hi, > > My box is running 7.0-PREREALEASE. > > When I run more than two building tasks, X11 became extremely slow. > The mouse pointer can also hardly move. > > Running more than two building tasks under 6-stable does not > introduce the issues. > > Does any one know how to solve it? Try adding "options FULL_PREEMPTION" to your kernel. =2D-=20 Anish Mistry --nextPart6312329.uMs7xWsDZS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHG+JexqA5ziudZT0RAkPOAJwLC4P/d92lCT7Z2tFd1vPf5IU36QCfVjbO WjVPokT2HN0WISI0N65EdRs= =IQ7T -----END PGP SIGNATURE----- --nextPart6312329.uMs7xWsDZS-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 01:13:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 659B316A419 for ; Mon, 22 Oct 2007 01:13:05 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 4931513C4A5 for ; Mon, 22 Oct 2007 01:13:05 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1166893waf for ; Sun, 21 Oct 2007 18:12:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=OAXcSubJrT2cZ/GsAnfdWxCtyGtca6hu+MrUxnDpUd8=; b=tg4VWuwoLcKZJehzKSJq96cfHtmqH7c8sVD+aNjyvKk0ngGOz+zZOmO7dtIoYf09q2RRkH+j8Si2uQoxONIiPzVY2TwbtommBWpbsJCWtzxP1uTOuqYQNKKiP/P/7IuAsNezuFr/u+1IU8liuaxMq+tEDNzF+p8pGlg1YEUc5e8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CkMAq52HRcy9vmsUoQaqmMZTq6tTyO0YJ3gKlMPfK6RrPwQ4y6kknAoH67i4EnXcrR29/TrMtUoBhEqrPzQ3gNYlQsGGwpKJ/5RkEC+9enOvxVRbfvJczXFnVH/IRViphSVw5XRo0wRLAIyHJcihSJd05VikaF09Kl6M98UpRiw= Received: by 10.114.190.6 with SMTP id n6mr4787634waf.1193015578944; Sun, 21 Oct 2007 18:12:58 -0700 (PDT) Received: by 10.114.203.13 with HTTP; Sun, 21 Oct 2007 18:12:58 -0700 (PDT) Message-ID: <5ea5cca50710211812y79c5302dnbe3ce8385e9ed6a1@mail.gmail.com> Date: Mon, 22 Oct 2007 09:12:58 +0800 From: "Yi Wang" To: "Anish Mistry" In-Reply-To: <200710211935.58020.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> <200710211935.58020.mistry.7@osu.edu> Cc: freebsd-stable@freebsd.org Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 01:13:05 -0000 Thanks to all. But I have the ULE scheduler enabled in the kernel. % cat /usr/src/sys/i386/conf/MYKERNEL | grep -v ^# | grep -v ^$ cpu I686_CPU ident MYKERNEL options SCHED_ULE # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing device cpufreq device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # output. Adds ~128k to driver. # output. Adds ~215k to driver. device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device sc device agp # support several AGP chipsets device pmtimer device miibus # MII bus support device nfe # nVidia nForce MCP on-board Ethernet device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device sound device snd_ich device pf device pflog device pfsync options LIBICONV options NTFS options NTFS_ICONV options MSDOSFS_ICONV options CD9660_ICONV options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required if the TSC is unusable options COMPAT_LINUX device smbus # Bus support, required for smb below. device nfpm device nfsmb On 10/22/07, Anish Mistry wrote: > On Saturday 20 October 2007, Yi Wang wrote: > > Hi, > > > > My box is running 7.0-PREREALEASE. > > > > When I run more than two building tasks, X11 became extremely slow. > > The mouse pointer can also hardly move. > > > > Running more than two building tasks under 6-stable does not > > introduce the issues. > > > > Does any one know how to solve it? > Try adding "options FULL_PREEMPTION" to your kernel. > > > -- > Anish Mistry > > -- Regards, Wang Yi From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 03:40:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E59CA16A46B for ; Mon, 22 Oct 2007 03:40:02 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from mx-outbound01.easydns.com (mailout.easydns.com [205.210.42.54]) by mx1.freebsd.org (Postfix) with ESMTP id BDF8213C48E for ; Mon, 22 Oct 2007 03:40:02 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from slider.shadypond.com (69-12-173-117.static.humboldt1.com [69.12.173.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx-outbound01.easydns.com (Postfix) with ESMTP id 1FCE681D8 for ; Sun, 21 Oct 2007 23:09:05 -0400 (EDT) Received: from slider.shadypond.com (slider.shadypond.com [192.168.1.11]) by slider.shadypond.com (postoffice) with ESMTP id 1F608B6599 for ; Mon, 22 Oct 2007 03:08:54 +0000 (UTC) From: Pollywog To: freebsd-stable@freebsd.org Date: Mon, 22 Oct 2007 03:08:53 +0000 References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> <471B96FF.8070803@comcast.net> In-Reply-To: <471B96FF.8070803@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710220308.53498.lists-fbsdstable@shadypond.com> Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 03:40:03 -0000 > Yi Wang wrote: > > Hi, > > > > My box is running 7.0-PREREALEASE. > > > > When I run more than two building tasks, X11 became extremely slow. > > The mouse pointer can also hardly move. > > > > Running more than two building tasks under 6-stable does not introduce > > the issues. > > > > Does any one know how to solve it? Have you tried the "renice" command? man renice From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 06:47:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5AAD16A417 for ; Mon, 22 Oct 2007 06:47:52 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7132113C4B0 for ; Mon, 22 Oct 2007 06:47:52 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 932D012209; Mon, 22 Oct 2007 09:47:42 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77039-02; Mon, 22 Oct 2007 09:47:42 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id DBEC912206; Mon, 22 Oct 2007 09:47:41 +0300 (EEST) Message-ID: <471C478C.6040604@bulinfo.net> Date: Mon, 22 Oct 2007 09:47:40 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: Squirrel References: In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org Subject: Re: Closed Port, Need to Reopen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 06:47:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, If you are running Radius see /etc/services. Ports used by Radius are 1812/1813. Squirrel wrote: > For some reason, my port 1645 is closed on FreeBSD 6.2. I have all the firewall disabled, but it's not allowing me access the port 1645. How do you manually open this port? I can't seem to find at google. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHHEeMxJBWvpalMpkRApn9AJ456a7oaf1tkeBI8vG8O7mkcyZ0oACbBhf9 xm+MZNPRW0XHWCsppPJnWXo= =84ZA -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 06:58:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2123016A469 for ; Mon, 22 Oct 2007 06:58:11 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 5A98813C48E for ; Mon, 22 Oct 2007 06:58:08 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id QAA27868; Mon, 22 Oct 2007 16:24:18 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 22 Oct 2007 16:24:17 +1000 (EST) From: Ian Smith To: Squirrel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Closed Port, Need to Reopen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 06:58:11 -0000 On Sun, 21 Oct 2007, Squirrel wrote: > For some reason, my port 1645 is closed on FreeBSD 6.2. I have all > the firewall disabled, but it's not allowing me access the port 1645. > How do you manually open this port? I can't seem to find at google. I suspect this belongs over on freebsd-questions, but .. What sort of service are you running on port 1645? TCP or UDP? Provide some information about what you're trying to do. Try showing (rather than telling) what you've attempted and what results you get. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 07:33:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15DD116A417 for ; Mon, 22 Oct 2007 07:33:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id C3B6D13C494 for ; Mon, 22 Oct 2007 07:33:15 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1135840wxd for ; Mon, 22 Oct 2007 00:33:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=uUrmAaNzg3GfKfWhJ5IYDjuOvvzBLmT1e6Z7G/+N3N0=; b=Hi2CvBbjC1KZE67ElXkApb98RcRujK1lbvawY+ec1rQfSKb6jf0y/Ue8sRO8y6lint6c/lAs036QsEY/A4cgkero5QTgWBGomIQl30lnxT4GUh5FaWXydu/IHW/TWh/5xvFUh0fzPHQoINvRTIV/c5E7Gt/4FVUg3NPBuOhXSCA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ZP+/nHNl9LEbw4jDWVMrqRnyXF8gSB+AI86uKel2Fq0TMucEmmnZ7BbdxlE6aMojFK4GPXYBob5E2JGQQX8FJnWfVrNLM6dSgk+i23IG+THgmZB6jL5LfpSyr4Y9tWb5VSYzPjuH3N56hMSLsCR1Thw7HCCa/Cl0C7VhwvtrMvs= Received: by 10.90.113.18 with SMTP id l18mr355343agc.1193038387209; Mon, 22 Oct 2007 00:33:07 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id t26sm6532800ele.2007.10.22.00.33.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Oct 2007 00:33:06 -0700 (PDT) Message-ID: <471C5136.40009@gmail.com> Date: Mon, 22 Oct 2007 03:28:54 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: Anish Mistry References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> <200710211935.58020.mistry.7@osu.edu> In-Reply-To: <200710211935.58020.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Yi Wang , freebsd-stable@freebsd.org Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 07:33:16 -0000 > Try adding "options FULL_PREEMPTION" to your kernel. > > > What is the difference between this and PREEMPTION + IPI_PREEMPTION? From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 07:47:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4EB16A418 for ; Mon, 22 Oct 2007 07:47:34 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id EBBAB13C494 for ; Mon, 22 Oct 2007 07:47:33 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id D3E3E37C002; Mon, 22 Oct 2007 00:15:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.047 X-Spam-Level: X-Spam-Status: No, score=-4.047 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.352, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eL7PMTV0GJoq; Mon, 22 Oct 2007 00:15:20 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 3D3EE37C001; Mon, 22 Oct 2007 00:15:20 -0700 (PDT) Date: Mon, 22 Oct 2007 00:15:20 -0700 (PDT) From: Tom Samplonius To: Squirrel Message-ID: <10829929.3631193037320165.JavaMail.root@ly.sdf.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.90] Cc: freebsd-stable@freebsd.org Subject: Re: Closed Port, Need to Reopen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 07:47:34 -0000 ----- "Squirrel" wrote: > For some reason, my port 1645 is closed on FreeBSD 6.2. I have all > the firewall disabled, but it's not allowing me access the port 1645. > How do you manually open this port? I can't seem to find at google. You also need to have something listening on that port for it to be open. 1645 is (old) RADIUS, which operates over UDP, which means you can't test with telnet either. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 08:03:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A06716A417 for ; Mon, 22 Oct 2007 08:03:03 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.239]) by mx1.freebsd.org (Postfix) with ESMTP id 5115913C494 for ; Mon, 22 Oct 2007 08:03:03 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so1024016qbd for ; Mon, 22 Oct 2007 01:02:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Cw/9T+fJtEMsKq3WB+R8uhSu86btMXRMUsoiAFWV2dU=; b=HBDrHNyKA2G/+y7dCCV4/7KMzRfyI9+z/6QbCOpcHsoG/77yuxfgybmzUtSUHktX+9adcZsfLLt6I7krVCi13A0bw2/3TdraMi99WngRgAYwi8vsPXB/WRTNJQtspiInBAuxfA3hUAVzHV0ifA8604gF4veEx3m8EPZRM0+FzvY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ncrktjw+3+1Z+qUCTqj/WWYZNC6Zt94g2STOZsC8f+rC1bCMZsTSnA/tf7MybS67lNZUgxbKNxpyXvG3TRXVPMaP6vXlzLK2baw78NFLwnS92SdiKEijMpW06AzdVTqDlN4Q1OlGl1bpIX/YPHVGtUyAw1XBAQFQJZiIZjSQDZc= Received: by 10.114.146.1 with SMTP id t1mr256266wad.1193040176700; Mon, 22 Oct 2007 01:02:56 -0700 (PDT) Received: by 10.114.203.13 with HTTP; Mon, 22 Oct 2007 01:02:56 -0700 (PDT) Message-ID: <5ea5cca50710220102h30371d36qf47b13d0aa053356@mail.gmail.com> Date: Mon, 22 Oct 2007 16:02:56 +0800 From: "Yi Wang" To: "Aryeh M. Friedman" In-Reply-To: <471C5136.40009@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> <200710211935.58020.mistry.7@osu.edu> <471C5136.40009@gmail.com> Cc: Anish Mistry , freebsd-stable@freebsd.org Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 08:03:03 -0000 IPI_PREEMPTION allows the scheduler running on CPU A to preempt a thread on CPU B. This should reduce latency in some circumstances. # PREEMPTION allows the threads that are in the kernel to be preempted # by higher priority threads. It helps with interactivity and # allows interrupt threads to run sooner rather than waiting. # WARNING! Only tested on amd64 and i386. # FULL_PREEMPTION instructs the kernel to preempt non-realtime kernel # threads. Its sole use is to expose race conditions and other # bugs during development. Enabling this option will reduce # performance and increase the frequency of kernel panics by # design. If you aren't sure that you need it then you don't. # Relies on the PREEMPTION option. DON'T TURN THIS ON. On 10/22/07, Aryeh M. Friedman wrote: > > > Try adding "options FULL_PREEMPTION" to your kernel. > > > > > > > What is the difference between this and PREEMPTION + IPI_PREEMPTION? > -- Regards, Wang Yi From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 08:11:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BA416A417 for ; Mon, 22 Oct 2007 08:11:08 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 371BF13C4B8 for ; Mon, 22 Oct 2007 08:11:07 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 22 Oct 2007 08:11:04 -0000 Received: from vpn-cl-161-143.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.161.143] by mail.gmx.net (mp030) with SMTP; 22 Oct 2007 10:11:04 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+u50l21y+uOyChPB/9JFrtzCsFOhQ11K7Zmcy0GT W/2BkE8un5mlGR Message-ID: <471C5B13.8010008@gmx.de> Date: Mon, 22 Oct 2007 10:10:59 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Squirrel References: In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Closed Port, Need to Reopen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 08:11:09 -0000 Squirrel wrote: > For some reason, my port 1645 is closed on FreeBSD 6.2. I have all the firewall disabled, but it's not allowing me access the port 1645. How do you manually open this port? I can't seem to find at google. You need to configure an application to listen on the port. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 08:53:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E7DA16A419 for ; Mon, 22 Oct 2007 08:53:13 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id CE02813C4B2; Mon, 22 Oct 2007 08:53:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <471C64F8.8060905@FreeBSD.org> Date: Mon, 22 Oct 2007 10:53:12 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Squirrel References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Closed Port, Need to Reopen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 08:53:13 -0000 Squirrel wrote: > For some reason, my port 1645 is closed on FreeBSD 6.2. I have all the firewall disabled, but it's not allowing me access the port 1645. How do you manually open this port? I can't seem to find at google. FreeBSD does nothing special here. If you are sure you have an application listening on this port (check sockstat) then it is being filtered somewhere in between you and the machine you are trying to check from. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 08:58:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F8B16A419 for ; Mon, 22 Oct 2007 08:58:40 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 864D813C4A6 for ; Mon, 22 Oct 2007 08:58:40 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 0AA76B023F; Mon, 22 Oct 2007 10:39:03 +0200 (CEST) MIME-Version: 1.0 Date: Mon, 22 Oct 2007 10:39:02 +0200 From: Marian Hettwer To: Squirrel In-Reply-To: References: Message-ID: <6c77ebab8817a0504f3ebd939ced8822@127.0.0.1> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Closed Port, Need to Reopen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 08:58:40 -0000 Hi Squirrel (odd name that is...), On Sun, 21 Oct 2007 14:54:53 -0500, Squirrel wrote: > For some reason, my port 1645 is closed on FreeBSD 6.2. I have all the > firewall disabled, but it's not allowing me access the port 1645. How do > you manually open this port? I can't seem to find at google. What exactly is your question? You need a daemon listening on port 1645. By the way, tcp or udp port 1645? What is the "sockstat -4 | grep 1645" ? If there's no output at all, then no daemon is listening on port 1645, which also means you don't get a connection to 1645. According to /etc/services: [mhettwer@blowfish] <~>grep 1645 /etc/services [10:37:36 on 07-10-22] # IMPORTANT NOTE: Ports 1645/1646 are the traditional radius ports used by #radius 1645/udp #RADIUS authentication protocol (old) # IMPORTANT NOTE: See comments for ports 1645/1646 when using older equipment [mhettwer@blowfish] <~> Do you want to run a radius server? regards, Marian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 10:08:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F19B16A419 for ; Mon, 22 Oct 2007 10:08:34 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.232]) by mx1.freebsd.org (Postfix) with ESMTP id 06F6313C4C1 for ; Mon, 22 Oct 2007 10:08:33 +0000 (UTC) (envelope-from wangyi6854@gmail.com) Received: by qb-out-0506.google.com with SMTP id a33so984631qbd for ; Mon, 22 Oct 2007 03:08:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=yNAztApy9AJzpqvR+iOTE2Hn8+cZVXVzpCbzgw6dtlQ=; b=t4Url49V0Fe/ZSKpVk7KTfBNwrh4VxQ01wB1aBxfpkL2n7XlxPdbq7JgeuUxMUhHJCWtGAsawSW8gS15O7BifQz2p4Bw5U9L6g2ctqWji7UY6B/eKAIDALnbOXsHk6zHCEXLPg0GG/5z2yHNuDHb6xN8oBBCALx7XCJCfy12r94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fSJ1Mbp8AgmIdUT/jdSxOsbgcV3tdrcR+x+VQiYxPO07D9sCR3/RKVTTbLaoLyGbul2V1diMYRUbhD1Q4tpuK7D/xec9m45sgKnLSIXSM8uEURyy0IFHNuv1XfyoYEcx4kcK6IvfArD/Q0uSejqm1ZLMpZl4dSLskHbmKWKNYaY= Received: by 10.114.179.1 with SMTP id b1mr3950239waf.1193047701972; Mon, 22 Oct 2007 03:08:21 -0700 (PDT) Received: by 10.114.203.13 with HTTP; Mon, 22 Oct 2007 03:08:21 -0700 (PDT) Message-ID: <5ea5cca50710220308k59270ec1o42c771afe3c271d@mail.gmail.com> Date: Mon, 22 Oct 2007 18:08:21 +0800 From: "Yi Wang" To: Pollywog In-Reply-To: <200710220308.53498.lists-fbsdstable@shadypond.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5ea5cca50710202007p6081f44dyc4ca92a8917cdacf@mail.gmail.com> <471B96FF.8070803@comcast.net> <200710220308.53498.lists-fbsdstable@shadypond.com> Cc: freebsd-stable@freebsd.org Subject: Re: X11 extremely slow while compiling other things X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 10:08:34 -0000 yes, already had tried. renice -10 On 10/22/07, Pollywog wrote: > > > Yi Wang wrote: > > > Hi, > > > > > > My box is running 7.0-PREREALEASE. > > > > > > When I run more than two building tasks, X11 became extremely slow. > > > The mouse pointer can also hardly move. > > > > > > Running more than two building tasks under 6-stable does not introduce > > > the issues. > > > > > > Does any one know how to solve it? > > Have you tried the "renice" command? > > man renice > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Regards, Wang Yi From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 12:04:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0A8816A475 for ; Mon, 22 Oct 2007 12:04:19 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id 864BD13C491 for ; Mon, 22 Oct 2007 12:04:18 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1005213rvb for ; Mon, 22 Oct 2007 05:04:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=ZPCgWtNxOW9Lsy9BEw3GWVGEg5zZZyIYLv5oKBfDS2A=; b=B3bBpkN090sxx9ckdLngIzwBBlsALDRfmhMj3M+jWmVUqeLVquY9vDIkdDppvF7xYVAlWCoMniVtyajgY5C1LukGEQWgUtFQvm1FyfmK24UBBAZMecJ3qHZDr/m4ctNFa/qn6l2wo/yhDwfTJeYEnYxB/7bPsliP3C+5Y13mjiA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rBm6gERg8YEihlC4lDNvJGMMwT4zaOMDlyAgPFwM+gcPCtmxw6YGhmtg9QPuKm7Dg6EyjkNKNWiycQBeQLrcqXg7kIPvz9HCGVUDrQ+vpciO9qJCZ3RIvlubsGs+Otyf6R/IYheU8PD9CnNgmryOU/+grEyWbJtZhOijG4pdidk= Received: by 10.141.14.14 with SMTP id r14mr2243350rvi.1193054655902; Mon, 22 Oct 2007 05:04:15 -0700 (PDT) Received: by 10.141.211.5 with HTTP; Mon, 22 Oct 2007 05:04:15 -0700 (PDT) Message-ID: <9bbcef730710220504t3e0f593bn51856805408528fa@mail.gmail.com> Date: Mon, 22 Oct 2007 14:04:15 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Ivan Voras" , freebsd-stable@freebsd.org In-Reply-To: <20071018171525.GA61376@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071018171525.GA61376@slackbox.xs4all.nl> X-Google-Sender-Auth: 1e40f49469fc9b95 Cc: Subject: Re: Mounting smbfs as user? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 12:04:19 -0000 On 18/10/2007, Roland Smith wrote: > The user in question probably needs read/write access to the /dev/smbX > device in question. There is no such device: # ls /dev/smb* ls: No match. (with and without a smbfs mount point mounted by root) From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 12:29:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78A2016A469; Mon, 22 Oct 2007 12:29:44 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id E965713C491; Mon, 22 Oct 2007 12:29:43 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from delloleg (dell-berry.vsi.ru [88.83.197.200]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id l9MCTX2P008530; Mon, 22 Oct 2007 16:29:38 +0400 (MSD) Message-ID: <027d01c814a7$35e408d0$c8c55358@delloleg> From: "Oleg Derevenetz" To: "Alfred Perlstein" References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org> Date: Mon, 22 Oct 2007 16:29:32 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-stable@freebsd.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 12:29:44 -0000 >> > > Can anyone take a look on PR kern/104406 ? I got repeatable hang >> situation, >> > > but I can't obtain a kernel dump to get result of all show commands from >> > > here: >> > > >> > > >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html >> > > >> > > After my break to debugger using Ctrl+Alt+Esc sequence and entering a >> > > "panic" command kernel does not wrote a kernel dump but seems to hang. >> Can >> > > anyone describe how to obtain a kernel dump in this situation, or at >> least >> > > say - which output of show commands need in first place to debug this ? >> > > Output of all suggested commands is huge and I afraid of making mistake >> > > when carrying this output from screen to list of paper and back :-) >> > >> > Oleg, one thing you can do to make this less painful is to >> > run your machine's console over serial port. >> > >> > First get a crossover serial cable, make sure it works from one >> > box to another, it should be easy to run "tip com1" on both >> > boxes to ensure that it works. >> > >> > Then you just need to add console=comconsole to /boot/loader.conf >> > and your box's console should come over serial. >> > >> > Then on the machine watching the console, you can just do this: >> > >> > % script >> > Script started, output file is typescript >> > % tip com1 >> > ...do ddb stuff now... >> > ...stop tip >> > % exit >> > >> > now you should have everything logged into a file called "typescript" >> > should save you a big headache. >> >> Thanks, I'll try it in the monday morning. I posted a followup to kern/104406 that includes all information listed in "Debugging Deadlocks" chapter of FreeBSD Developer's Handbook. Can anyone take a look on it and say - is this certainly a hardware problem or some sort of software problem ? -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 15:27:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0364416A418 for ; Mon, 22 Oct 2007 15:27:18 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id B07DC13C4A3 for ; Mon, 22 Oct 2007 15:27:17 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 2C44B23C457; Mon, 22 Oct 2007 17:27:16 +0200 (CEST) Date: Mon, 22 Oct 2007 17:27:16 +0200 From: Peter Schuller To: Lars Viklund Message-ID: <20071022152715.GA27594@hyperion.scode.org> References: <20071021071935.GA64397@hyperion.scode.org> <20071021195443.GA270@shaka.acc.umu.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20071021195443.GA270@shaka.acc.umu.se> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: FYI: Promise TX4 silent corruption (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 15:27:18 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > The card seems to be doing naughty things to the PCI bus under load; > your dmesg ought to be full of PCI timeouts. No timeouts or errors in dmesg. I expected some, because that is what I got on another machine (earlier 7-CURRENT) where I was unable to use SiL/Promise because of such issues. In this case though, it was truly silent corruption. No indications of errors, or strange performance characteristics. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHHMFTDNor2+l1i30RAu3hAJ9If8etWo9Ul79Ipk/pSMr6+6lMGACeMxf5 40VarNr0TI/xoqYkJl1ltl8= =D9yr -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 17:01:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E9ED16A419 for ; Mon, 22 Oct 2007 17:01:29 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id DAB2213C4A7 for ; Mon, 22 Oct 2007 17:01:28 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id AC7D31B10EF0; Mon, 22 Oct 2007 18:54:04 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 106311B10E0D; Mon, 22 Oct 2007 18:54:02 +0200 (CEST) Message-ID: <471CD5A9.9040606@moneybookers.com> Date: Mon, 22 Oct 2007 19:54:01 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Ivan Voras References: <20071018171525.GA61376@slackbox.xs4all.nl> <9bbcef730710220504t3e0f593bn51856805408528fa@mail.gmail.com> In-Reply-To: <9bbcef730710220504t3e0f593bn51856805408528fa@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4563/Mon Oct 22 16:29:57 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Mounting smbfs as user? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 17:01:29 -0000 Hi, Ivan Voras wrote: > On 18/10/2007, Roland Smith wrote: > > >> The user in question probably needs read/write access to the /dev/smbX >> device in question. >> > > There is no such device: > > # ls /dev/smb* > ls: No match. > Err, /dev/smb stands for "System Management Bus" and have nothing to do with smbfs :) What I found is the claim that "only root is allowed to set up the kernel's iconv table" And now I'm thinking, may be, if the root setup this table, the right way before the user try to mount ... > (with and without a smbfs mount point mounted by root) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 17:44:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773D316A469; Mon, 22 Oct 2007 17:44:42 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0411C13C48E; Mon, 22 Oct 2007 17:44:41 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9MHD5Ji099459; Mon, 22 Oct 2007 19:13:05 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 39437B869; Mon, 22 Oct 2007 19:13:05 +0200 (CEST) Date: Mon, 22 Oct 2007 19:13:05 +0200 From: Roland Smith To: Ivan Voras Message-ID: <20071022171305.GA65899@slackbox.xs4all.nl> Mail-Followup-To: Ivan Voras , freebsd-stable@freebsd.org References: <20071018171525.GA61376@slackbox.xs4all.nl> <9bbcef730710220504t3e0f593bn51856805408528fa@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <9bbcef730710220504t3e0f593bn51856805408528fa@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Mounting smbfs as user? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 17:44:42 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 22, 2007 at 02:04:15PM +0200, Ivan Voras wrote: > On 18/10/2007, Roland Smith wrote: >=20 > > The user in question probably needs read/write access to the /dev/smbX > > device in question. >=20 > There is no such device: >=20 > # ls /dev/smb* My bad. That's a device for the system management bus. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHHNohEnfvsMMhpyURArGpAJ0evwCbCix0RWKbc/vvv9U07HfHiwCgqhm5 crB32d79q5x3gpvFB4d0O7k= =NYhb -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 18:46:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14C8316A417 for ; Mon, 22 Oct 2007 18:46:03 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id AFF8113C480 for ; Mon, 22 Oct 2007 18:46:02 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2779649pyb for ; Mon, 22 Oct 2007 11:45:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=msKIrZqm8EQ3sgKNG8NGTphHYbv6N0Dpp0Sin6t+dYk=; b=XJL7paIuqZ2WazCcmtZd3IudMzCnjuw5SjiwWKLWIYsCGbHuP0SdtC3PLGMVvAhBQDivm1bNhk0OWfMyq9frh8IE1xZD5ps2lrbrAjtH/NNPVfGx1lxCtOdC06ccNn34Q0x1X2pvnLrmtlzrN87tnSSmrIXXlkNIg8FkN9rdLew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dzv49oD/UDwAcyyL6FMf6XgcrqzcuA84mBF84F5rnDsKy2F1jwWn/9qc3smuh/Nd09E+2McBY+i6ZGmFYa6kVXckidRVCEONwEQtCzu7uke3y4LbOaOZBpD30UDIqUvVr5+kYL8F7HVL4gh7vRXo9tQ6y4WrsMmNO+tef9QIdzI= Received: by 10.35.51.19 with SMTP id d19mr6464898pyk.1193078755654; Mon, 22 Oct 2007 11:45:55 -0700 (PDT) Received: by 10.35.117.12 with HTTP; Mon, 22 Oct 2007 11:45:55 -0700 (PDT) Message-ID: <8cb6106e0710221145k178e17can30bc90f65431f660@mail.gmail.com> Date: Mon, 22 Oct 2007 14:45:55 -0400 From: "Josh Carroll" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: buildworld failure (boot2.ld too big when CFLAGS set in make.conf) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 18:46:03 -0000 Hello, During buildworld on RELENG_7 csup'd as of 10/22, it dies in sys/boot/i386/boot2 with: ===> sys/boot/i386/boot2 (all) -533 bytes available *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 I took a look at the cc command line: cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -O2 -mmmx -msse -msse2 -msse3 -pipe -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c Since CFLAGS defined in make.conf are being tacked onto the calls to cc, and the last -O argument is the one that's effective with gcc, it's effectively building with O2 optimizations instead of Os to target smaller code size. Here is my entry in make.conf: CFLAGS+=-O2 -mmmx -msse -msse2 -msse3 -pipe To avoid this, I wrapped setting CFLAGS with an .if so it doesn't happen for the boot2 build: # don't append to CFLAGS here, it breaks compilation of boot2. .if ! ${.CURDIR:M*/boot/i386/boot2*} CFLAGS+=-O2 -mmmx -msse -msse2 -msse3 -pipe .endif But is there a better way to do this? I don't think using -O2 is overly aggressive for building world/ports, but obviously for things that require a small code size, it's going to break. Is what I'm doing above the best work around? Or am I missing an easier/more standard solution? Can I prepend to a variable in make.conf instead of appending (so that -Os comes _after_ -O2)? Thanks, Josh From owner-freebsd-stable@FreeBSD.ORG Mon Oct 22 18:48:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F62516A41A for ; Mon, 22 Oct 2007 18:48:47 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id CAB1F13C4B9 for ; Mon, 22 Oct 2007 18:48:46 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1114038rvb for ; Mon, 22 Oct 2007 11:48:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=w1XqCAatur8dsJzpQvBFMfSct7FwOCuzgzwphgj7DC0=; b=LOt7BwdXtTwkNZB4bIx5MtAFyJBoKI8fAJ5tYomw+Y/i5VbvZU2PKDtBQ0eSpK9FHnf5koKcAAq13bc24ROpTvaoB4NHidGDSsUG4hGLdfVzcEAGqnN0TGTlNNoSEpPnIF5EvQswVWJ9t+zB6t2oxlRG8KwpfHZYi59RAe1i5rk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Hws603KZnNTr0YivVU3SBkR7JwmP4mhpZqx00Phl+EbwOVHPfVcBU/ij0OZdB00z7lspFgRWMkgiJ948PVfCl4FcV0aGqI37jl1EOqQSdJu9CVy6DnCcl/7fiepQH0Z1sCzzo7V1AHZ+QBq3P/3AtbcBsuXX1ArOYrNvrFK2Qek= Received: by 10.141.202.12 with SMTP id e12mr2522888rvq.1193078919406; Mon, 22 Oct 2007 11:48:39 -0700 (PDT) Received: by 10.141.211.5 with HTTP; Mon, 22 Oct 2007 11:48:39 -0700 (PDT) Message-ID: <9bbcef730710221148v7284370l73ffc254fca16b2c@mail.gmail.com> Date: Mon, 22 Oct 2007 20:48:39 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Stefan Lambrev" In-Reply-To: <471CD5A9.9040606@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071018171525.GA61376@slackbox.xs4all.nl> <9bbcef730710220504t3e0f593bn51856805408528fa@mail.gmail.com> <471CD5A9.9040606@moneybookers.com> X-Google-Sender-Auth: 9f6ed0a5e2042f10 Cc: freebsd-stable@freebsd.org Subject: Re: Mounting smbfs as user? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 18:48:47 -0000 On 22/10/2007, Stefan Lambrev wrote: > Err, /dev/smb stands for "System Management Bus" and have nothing to do > with smbfs :) > What I found is the claim that "only root is allowed to set up the > kernel's iconv table" > And now I'm thinking, may be, if the root setup this table, the right > way before the user try to mount ... As I've said, I've mounted smbfs file systems as root before attempting to do it as a user, so it's not it. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 02:48:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D7716A419 for ; Tue, 23 Oct 2007 02:48:21 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 730C413C4B3 for ; Tue, 23 Oct 2007 02:48:20 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9N2OxjT092252 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 22 Oct 2007 22:25:06 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RMn++V12stbyUNY3avdQ" Date: Mon, 22 Oct 2007 22:21:00 -0400 Message-Id: <1193106060.82079.19.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 02:48:21 -0000 --=-RMn++V12stbyUNY3avdQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable We have entered the final phases of the FreeBSD-7.0 Release cycle which also means the beginning of the FreeBSD-6.3 Release cycle. Because the people who support the ports for FreeBSD also need to go through a freeze cycle as part of releases we had decided to combine the two releases to try and minimize the impact on the ports maintainers. The current plan is to interleave the BETAs/RCs of the 7.0 and 6.3 releases, trying to follow this for the dates when the builds will get started (with them becoming available on the FTP mirrors a day or two after the builds start): 7.0 6.3 BETA1 10/17 10/24 BETA2 10/31 11/7 RC1 11/14 11/21 RC2 11/28 12/5 REL 12/12 12/19 Tomorrow (10/23) the RELENG_6 branch will be marked "6.3-PRERELEASE" to note that we have entered the 6.3 release cycle. The schedule dates are, as usual, tentative. At this point RELENG_6 is pretty mature so that schedule should be fairly accurate. Being a new branch it is at least somewhat likely the dates for 7.0 will wind up slipping. The 7.0-BETA1 builds have completed and are on many of the FreeBSD mirror sites. If you want to update an existing machine using cvsup use RELENG_7 as the branch tag. Instructions on using FreeBSD Update to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA1 will be provided via the freebsd-stable list when available. The MD5/SHA256 sums for the ISO files are: MD5 (7.0-BETA1-amd64-bootonly.iso) =3D 8c6c02401bbd2e68d11ec554e4e1c4a2 MD5 (7.0-BETA1-amd64-disc1.iso) =3D 91280b705c7330225f6245c6316f6c41 MD5 (7.0-BETA1-amd64-disc2.iso) =3D 81dab65b611ec4ebea40f311969ad27a MD5 (7.0-BETA1-amd64-docs.iso) =3D cc002beb3a69ab6245a8a70f52b3528c MD5 (7.0-BETA1-amd64-livefs.iso) =3D 526554b4b5cc98b2544dd817dbf42b0c MD5 (7.0-BETA1-i386-bootonly.iso) =3D a1caa2daa032294a5ab101ba7507325a MD5 (7.0-BETA1-i386-disc1.iso) =3D 47929d67f5673ddd856f54811e744ac2 MD5 (7.0-BETA1-i386-disc2.iso) =3D 432c54565287f49a7449cb452267852e MD5 (7.0-BETA1-i386-docs.iso) =3D 57e032ba93b1395a2f2bc859a8816f6a MD5 (7.0-BETA1-ia64-bootonly.iso) =3D b868f5accee282cc386c419ffcf8642e MD5 (7.0-BETA1-ia64-disc1.iso) =3D 59c63c6dd5a6986e30fe5cdd218b1d18 MD5 (7.0-BETA1-ia64-disc2.iso) =3D 9a011dafcd964a1c3e7dff689ebc5cf9 MD5 (7.0-BETA1-ia64-docs.iso) =3D 3bbf0db507b317a8fa3afe48b800f557 MD5 (7.0-BETA1-ia64-livefs.iso) =3D 93c3de935c3002a39b291b10f4c45be8 MD5 (7.0-BETA1-pc98-bootonly.iso) =3D b38f9676dd15308464e81172f9fbaa37 MD5 (7.0-BETA1-pc98-disc1.iso) =3D d00d2d92ab7b5ff248e431ff22229d11 MD5 (7.0-BETA1-sparc64-bootonly.iso) =3D 1a64706fe2c42d338af2f136ef57a903 MD5 (7.0-BETA1-sparc64-disc1.iso) =3D f72780b77fae0b841f08c2126d8e6007 MD5 (7.0-BETA1-sparc64-disc2.iso) =3D 0477d9547d03b97033c07efac1c1a212 SHA256 (7.0-BETA1-amd64-bootonly.iso) =3D 343b2b3c63daa8e99dd3cf80f2eb65a63= 810fc1caef7dbe74ebf54b57d4c8923 SHA256 (7.0-BETA1-amd64-disc1.iso) =3D 658d9ef30d07576038b8d40724851b46de13= 11d9ef742806c24c8b284ec72d11 SHA256 (7.0-BETA1-amd64-disc2.iso) =3D c596d4f7904cb2ffca06fd9f3958dd8068ca= cb92fa22d57e3b53b03029eee8f6 SHA256 (7.0-BETA1-amd64-docs.iso) =3D a3399826d857488b18a89f915e1397e07966d= 979209ed9f2f909b546764ce07a SHA256 (7.0-BETA1-amd64-livefs.iso) =3D c32eaba36056e6a5fdcfec3cb9af582c5c7= 7d8a7594e9e552ffc974c624206e3 SHA256 (7.0-BETA1-i386-bootonly.iso) =3D fb3dfc57b0fe53ac44471049cfd7ed0434= 09387bb108d4dfaaa3b2285a2d67ae SHA256 (7.0-BETA1-i386-disc1.iso) =3D 3d3eefe8c200deddafb9ed1315295ff52aa18= b59429b480ae57a73bc8f4edd59 SHA256 (7.0-BETA1-i386-disc2.iso) =3D 05c84ab7d419e4971493eaeda953a8fbfdb2d= ee811528d2275e175cdc8fa2271 SHA256 (7.0-BETA1-i386-docs.iso) =3D b26d5d7f2448c1e0e4f72339c25d065b835298= 61698a9cf3c60f165e1fa8a6a9 SHA256 (7.0-BETA1-ia64-bootonly.iso) =3D 3925348937423230d18ba072ef117e5343= dfd02414c3a75cfa56d84cc325a1c8 SHA256 (7.0-BETA1-ia64-disc1.iso) =3D 8b39ce0b83e4fd04343d2a8e595bfbd7ded3a= bec8d4ff64dcf27ecaadc823f02 SHA256 (7.0-BETA1-ia64-disc2.iso) =3D 83e9e025064922449e6521ce92fcb32496fea= 04e271b5fe0157ca4f59c0cc5b0 SHA256 (7.0-BETA1-ia64-docs.iso) =3D 149e7525b6eb7157ce41139e9c7ad53625c4e2= 87a4dbba5e257edc0dbe347dfa SHA256 (7.0-BETA1-ia64-livefs.iso) =3D 54d716313a51d80b5583e2439ecac99c5e5c= a67121fccc21f53b1483fa1d9178 SHA256 (7.0-BETA1-pc98-bootonly.iso) =3D e79a8003786e1b031860f251c8b0dcaac8= ce27c52f363fa4df7e3d19b15f3ce7 SHA256 (7.0-BETA1-pc98-disc1.iso) =3D c7e11c012b3e0c4a45c965a46cbda0209d873= dd8d7a56cf59af4ea3acb4776bc SHA256 (7.0-BETA1-sparc64-bootonly.iso) =3D c9d9c2baab182848af6ed6f3a3711b0= 3ad734073a64b0c25607062bf152d2283 SHA256 (7.0-BETA1-sparc64-disc1.iso) =3D 8a1800bc03a6498f71fe739ac5a618b5fc= 1ef27d10a891cf5a9a81ff4c45bbd7 SHA256 (7.0-BETA1-sparc64-disc2.iso) =3D 2a2f63cf1d84b13018d77414c3f89d4da7= acbb0a22653e59fda54759efbf03d7 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-RMn++V12stbyUNY3avdQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQBHHVqM/G14VSmup/YRAha+AJ94no5abPt4i6FPRTSqoSsXEQlQ9QCWP4uz rhsdIzu73xNYvw39N++/5A== =3JQX -----END PGP SIGNATURE----- --=-RMn++V12stbyUNY3avdQ-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 07:21:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD88916A417; Tue, 23 Oct 2007 07:21:21 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id E0B4C13C48D; Tue, 23 Oct 2007 07:21:20 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 62318244C48; Tue, 23 Oct 2007 13:51:44 +0900 (JST) Message-ID: <471D7DE0.2070103@freebsd.org> Date: Tue, 23 Oct 2007 13:51:44 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: FreeBSD Current , freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Masanori OZAWA , Daichi GOTO , Ed Schouten , Stanislav Sedov , Jeff Roberson , Ken Smith Subject: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest unionfs improvements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 07:21:21 -0000 Hi unionfs folks It is my pleasure and honor to announce the commitment of latest unionfs improvements for 8-current, RELENG_7 and RELENG_6. Now you can get more stable operation using unionfs on latest 8/7/6. This latest improvements give finstall and FreeSBIE works more well as well as other unionfs works good. If you have interesting in it, would you try it please. However, follow two issues we still have: - It gets a hang-up in a certain case using with NFS. - We cannot see devfs on unionfs. I am going to try those issue fix in near future. Thanks all folks who have helped us! The documents of those unionfs: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 10:53:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2627D16A52B for ; Tue, 23 Oct 2007 10:53:12 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33711.mail.mud.yahoo.com (web33711.mail.mud.yahoo.com [68.142.201.208]) by mx1.freebsd.org (Postfix) with SMTP id DD49C13C4CA for ; Tue, 23 Oct 2007 10:53:11 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 32617 invoked by uid 60001); 23 Oct 2007 10:53:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=QF0z8bZYnjV+3fbN3tH2THe73OBrlJGiW6RjFzyJv1jwuMqmZMyrt8nTofSOB1ssbuIPsEMgulp7cRIaQi3NXWSFq862xuQYkdCgiQWPFwwNYw4y4Jw1uC9CfsXhkw3jefu1SXNP4Fqs5aLEVRLcS3TGD3SMSAZ+qAA6P/C41Yk=; X-YMail-OSG: pGS8oU0VM1neAWGZBrKQp5oTpuyX42tbKR_sIcLE6yOFq7ZeptjFat6eC9fVrqJH4VwhRpAy61RESW7hryMR2fiVn8cwxmAWSyRlQ2E9gpn66MU2Zi4- Received: from [212.77.203.38] by web33711.mail.mud.yahoo.com via HTTP; Tue, 23 Oct 2007 03:53:03 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Tue, 23 Oct 2007 03:53:03 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Ken Smith , freebsd-stable@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <641965.31338.qm@web33711.mail.mud.yahoo.com> Cc: Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 10:53:12 -0000 ----- Original Message ----=0A> From: Ken Smith = =0A> To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org=0A> Sent: = Tuesday, October 23, 2007 5:21:00 AM=0A> Subject: 7.0-BETA1 Available, 6.3-= BETA1 coming soon...=0A> =0A> =0A> We have entered the final phases of the = FreeBSD-7.0 Release cycle which=0A> also means the beginning of the FreeBSD= -6.3 Release cycle. Because the=0A> people who support the ports for FreeB= SD also need to go through a=0A> freeze cycle as part of releases we had de= cided to combine the two=0A> releases to try and minimize the impact on the= ports maintainers.=0A> =0A> The current plan is to interleave the BETAs/RC= s of the 7.0 and 6.3=0A> releases, trying to follow this for the dates when= the builds will get=0A> started (with them becoming available on the FTP m= irrors a day or two=0A> after the builds start):=0A> =0A> 7.0 = 6.3=0A> BETA1 10/17 10/24=0A> BETA2 10/31 11/7=0A> R= C1 11/14 11/21=0A> RC2 11/28 12/5=0A> REL 12/12 1= 2/19=0A> =0A> Tomorrow (10/23) the RELENG_6 branch will be marked "6.3-PRER= ELEASE" to=0A> note that we have entered the 6.3 release cycle.=0A> =0A> Th= e schedule dates are, as usual, tentative. At this point RELENG_6 is=0A> p= retty mature so that schedule should be fairly accurate. Being a new=0A> b= ranch it is at least somewhat likely the dates for 7.0 will wind up=0A> sli= pping.=0A> =0A> The 7.0-BETA1 builds have completed and are on many of the = FreeBSD=0A> mirror sites. If you want to update an existing machine using= =0A> cvsup=0A> =0A use=0A> RELENG_7 as the branch tag. Instructions on usi= ng FreeBSD Update to=0A> perform a binary upgrade from FreeBSD 6.x to 7.0-B= ETA1 will be provided=0A> via the freebsd-stable list when available.=0A> = =0A=0A> Ken Smith=0A>= - From there to here, from here to | =0A> =0A kensmith@cse.buffal= o.edu=0A> there, funny things are everywhere. |=0A> = - Theodore Geisel |=0A=0A =0AThank you Ken!=0A=0ACould you please have s= omeone to put these interesting news in the main page of FreeBSD?=0A=0AI wi= sh FreeBSD main page is more attractive for new users, with links to PC-BSD= , and DesktopBSD ..etc ;)=0A=0A=0A--- =0ARegards, =0A-Abdullah Ibn Hamad Al= -Marri=0AArab Portal=0Ahttp://www.WeArab.Net/=0A=0A=0A=0A__________________= ________________________________=0ADo You Yahoo!?=0ATired of spam? Yahoo! = Mail has the best spam protection around =0Ahttp://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 11:34:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1667116A417 for ; Tue, 23 Oct 2007 11:34:12 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id D103B13C480 for ; Tue, 23 Oct 2007 11:34:11 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [195.241.149.28] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1IkHm5-0004I1-C9 for ; Tue, 23 Oct 2007 13:18:17 +0200 Received: (qmail 2041 invoked from network); 23 Oct 2007 11:18:14 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 23 Oct 2007 11:18:14 -0000 Date: Tue, 23 Oct 2007 13:18:11 +0200 To: "freebsd-stable@freebsd.org" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.23 (FreeBSD) Subject: awk gives trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 11:34:12 -0000 Hello, Running make for makeworld or in ports gives problems since my upgrade = yesterday. Running 6.2-STABLE of yesterday on i386. -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/tmp INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/= usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/= bin = WORLDTMP=3D/usr/obj/usr/src/tmp MAKEFLAGS=3D"-m /usr/src/tools/build/mk= -j 3 = -m /usr/src/share/mk" /usr/obj/usr/src/make.i386/make -f Makefile.inc1 = = DESTDIR=3D BOOTSTRAPPING=3D -DNO_HTML -DNO_INFO -DNO_LINT -DNO_MAN -DN= O_NLS = -DNO_PIC -DNO_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy awk: illegal statement input record number 1, file /usr/include/osreldate.h source line number 1 "Makefile.inc1", line 101: warning: "awk = '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' = /usr/include/osreldate.h" returned non-zero status Any thoughts how I can solve this? Ronald. -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 16:24:16 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43F9516A468; Tue, 23 Oct 2007 16:24:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id AD68313C4A5; Tue, 23 Oct 2007 16:24:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9NGMgZo042089; Tue, 23 Oct 2007 18:22:47 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9NGMghL042088; Tue, 23 Oct 2007 18:22:42 +0200 (CEST) (envelope-from olli) Date: Tue, 23 Oct 2007 18:22:42 +0200 (CEST) Message-Id: <200710231622.l9NGMghL042088@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG In-Reply-To: <20071018223724.GA987@zaphod.nitro.dk> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 23 Oct 2007 18:22:47 +0200 (CEST) Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 16:24:16 -0000 Simon L. Nielsen wrote: > RELENG_7 isn't -STABLE yet Uhm, are you sure? In the past, whenever a new RELENG branch was created, it was implicitly the next -stable branch, because -current moved on to the next version number. Did that policy change? If it did change, I'm curious to know what the version 7 branch is called right now (6 being -stable and 8 being -current)? I assume we do not have two -current branches at the same time, do we? Best regards Oliver PS: I do agree that the DTLS security fix doesn't need a FreeBSD Security Advisory, for the reason that it doesn't seem to affect any _released_ FreeBSD version. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 17:25:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C6316A473; Tue, 23 Oct 2007 17:25:25 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 80ABE13C48D; Tue, 23 Oct 2007 17:25:24 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9NHP3Gn094889 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 23 Oct 2007 13:25:03 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, simon@freebsd.org In-Reply-To: <200710231622.l9NGMghL042088@lurza.secnetix.de> References: <200710231622.l9NGMghL042088@lurza.secnetix.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GS0TLBcsN8T400zQjIUs" Organization: U. Buffalo CSE Department Date: Tue, 23 Oct 2007 13:25:03 -0400 Message-Id: <1193160303.23437.63.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 17:25:25 -0000 --=-GS0TLBcsN8T400zQjIUs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-10-23 at 18:22 +0200, Oliver Fromme wrote: > Simon L. Nielsen wrote: > > RELENG_7 isn't -STABLE yet >=20 > Uhm, are you sure? In the past, whenever a new RELENG > branch was created, it was implicitly the next -stable > branch, because -current moved on to the next version > number. Did that policy change? It is implicitly the *next* -stable but it's not there yet. That's what Simon was saying. FreeBSD's development (specifically the CVS repository) is public. But the bottom line is that the RELENG_X branches are *development* branches. If we were a corporation those would be private to the Developers. As such the RELENG_X branches at times have nebulous states, gray zones, etc. We're in one such gray zone now. If I needed to come up with a name for RELENG_7 right now it would be what I set its name to when I first branched it: 7.0-PRERELEASE. It doesn't officially become -stable until there has been a release done from it. I've said this many times before. There are lots of people out there who use RELENG_X. But strictly speaking that's a *development* branch. There can be glitches while using it, mistakes do get made on it, etc. We don't want to act like a private company, we don't want to hide the development work. BUT we *do* need to have RELENG_X as a development tool and people using it need to realize that's exactly what it is. The RELENG_X_Y branches are what is meant for "general public consumption". > If it did change, I'm curious to know what the version > 7 branch is called right now (6 being -stable and 8 > being -current)? I assume we do not have two -current > branches at the same time, do we? No change in any policies or anything like that. What I'm describing has been the status quo for a long time but people tend to forget or never quite "get it" or ... so I'm sure you're not the only one thinking this way. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-GS0TLBcsN8T400zQjIUs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHHi5v/G14VSmup/YRAuCAAKCU7fsUahOuTCR6IKipAei2lXTBfwCfX9I9 M0IHFtKN0pGR+k521H6h0f8= =e5AM -----END PGP SIGNATURE----- --=-GS0TLBcsN8T400zQjIUs-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 19:31:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E04416A417 for ; Tue, 23 Oct 2007 19:31:43 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id CFF3013C4B9 for ; Tue, 23 Oct 2007 19:31:42 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <471E4C00.2030904@intersonic.se> Date: Tue, 23 Oct 2007 21:31:12 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071009) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI warning msgs during boot - significance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 19:31:43 -0000 Hi, This unit is supposedly going to be my new home ws, are the below acpi errors something that I need to worry about? Thanks, --per Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #0: Tue Oct 23 18:23:25 CEST 2007 root@weir.i.inter-sonic.com:/usr/obj/usr/src/sys/WEIR Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d AMD Features=0x20000000 real memory = 1073676288 (1023 MB) avail memory = 1037070336 (989 MB) ACPI APIC Table: ACPI Warning (tbfadt-0324): FADT (revision 3) is longer than ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070320] ACPI Error (tbfadt-0516): 32/64X address mismatch in "Gpe0Block": [ F828] [ 0 1F030], using 64X [20070320] ACPI Error (tbutils-0314): Null physical address for ACPI table [(null)] [20070320] ACPI Error (tbutils-0314): Null physical address for ACPI table [(null)] [20070320] ACPI Error (tbutils-0314): Null physical address for ACPI table [(null)] [20070320] ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci32: on pcib1 pcib2: at device 3.0 on pci0 pci1: on pcib2 pci0:1:0:0: bad VPD cksum, remain 14 bge0: mem 0xf8200000-0xf820ffff irq 16 at device 0.0 on pci1 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:12:79:de:50:6f bge0: [ITHREAD] pcib3: at device 4.0 on pci0 pci64: on pcib3 vgapci0: port 0x3000-0x30ff mem 0xf0000000-0xf7ffffff,0xf8100000-0xf810ffff irq 16 at device 0.0 on pci64 vgapci1: mem 0xf8110000-0xf811ffff at device 0.1 on pci64 uhci0: port 0x5440-0x545f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x5460-0x547f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x5480-0x549f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x54a0-0x54bf irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf8300000-0xf83003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci2: on pcib4 mpt0: port 0x4000-0x40ff mem 0xf8000000-0xf801ffff,0xf8020000-0xf803ffff irq 18 at device 9.0 on pci2 mpt0: [ITHREAD] mpt0: MPI Version=1.2.12.0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x54e0-0x54ef irq 18 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x5810-0x5817,0x5828-0x582b,0x5818-0x581f,0x582c-0x582f,0x54f0-0x54ff irq 18 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/13 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 3200125240 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DVDROM at ata1-master UDMA40 da0 at mpt0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing Enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 20:53:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 032F016A41B for ; Tue, 23 Oct 2007 20:53:42 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id CDF8413C491 for ; Tue, 23 Oct 2007 20:53:41 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [195.241.149.28] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1IkQkm-0000W8-Tz for ; Tue, 23 Oct 2007 22:53:33 +0200 Received: (qmail 67258 invoked from network); 23 Oct 2007 20:53:29 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 23 Oct 2007 20:53:29 -0000 Date: Tue, 23 Oct 2007 22:53:28 +0200 To: "freebsd-stable@freebsd.org" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: User-Agent: Opera Mail/9.23 (FreeBSD) Subject: Re: awk gives trouble (solved) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 20:53:42 -0000 On Tue, 23 Oct 2007 13:18:11 +0200, Ronald Klop = wrote: > Hello, > > Running make for makeworld or in ports gives problems since my upgrade= = > yesterday. > Running 6.2-STABLE of yesterday on i386. > > -------------------------------------------------------------- >>>> stage 1.1: legacy release compatibility shims > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/tmp INSTALL=3D"sh = > /usr/src/tools/install.sh" = > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legac= y/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/us= r/bin = > WORLDTMP=3D/usr/obj/usr/src/tmp MAKEFLAGS=3D"-m /usr/src/tools/build/= mk -j = > 3 -m /usr/src/share/mk" /usr/obj/usr/src/make.i386/make -f = > Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D -DNO_HTML -DNO_INFO -DNO_= LINT = > -DNO_MAN -DNO_NLS -DNO_PIC -DNO_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS = > -DNO_WARNS legacy > awk: illegal statement > input record number 1, file /usr/include/osreldate.h > source line number 1 > "Makefile.inc1", line 101: warning: "awk = > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' = > /usr/include/osreldate.h" returned non-zero status > > Any thoughts how I can solve this? > > Ronald. > I think I solved it myself. Cvsup didn't remove the old *.diff files fro= m = /usr/src/usr.bin/awk, so the build was producing a very corrupt file. = Removing the awk source and re-cvsup-ing gave me a better working versio= n. Ronald. -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 21:02:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2328816A46D for ; Tue, 23 Oct 2007 21:02:12 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id E3B7913C4BC for ; Tue, 23 Oct 2007 21:02:11 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx40.mail.ru (mx40.mail.ru [194.67.23.36]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 426C11E501F for ; Tue, 23 Oct 2007 21:58:27 +0400 (MSD) Received: from [217.25.20.83] (port=31613 helo=[217.25.20.83]) by mx40.mail.ru with esmtp id 1IkO1C-000IQ4-00 for freebsd-stable@freebsd.org; Tue, 23 Oct 2007 21:58:18 +0400 Message-ID: <471E3620.306@mail.ru> Date: Tue, 23 Oct 2007 22:57:52 +0500 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 21:02:12 -0000 How risky is it to start using 7.0-BETA1 in production, with the intention of upgrading to release as soon as possible? Thanks. BTW, where can I find 7-STABLE release notes? It's not here: http://www.freebsd.org/relnotes.html From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 21:08:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 093D416A418 for ; Tue, 23 Oct 2007 21:08:51 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id D399A13C49D for ; Tue, 23 Oct 2007 21:08:50 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [195.241.149.28] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1IkQzR-00040C-OM for ; Tue, 23 Oct 2007 23:08:43 +0200 Received: (qmail 70637 invoked from network); 23 Oct 2007 21:08:35 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 23 Oct 2007 21:08:35 -0000 Date: Tue, 23 Oct 2007 23:08:34 +0200 To: rihad , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <471E3620.306@mail.ru> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <471E3620.306@mail.ru> User-Agent: Opera Mail/9.23 (FreeBSD) Cc: Subject: Re: 7.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 21:08:51 -0000 On Tue, 23 Oct 2007 19:57:52 +0200, rihad wrote: > How risky is it to start using 7.0-BETA1 in production, with the > intention of upgrading to release as soon as possible? Thanks. > > BTW, where can I find 7-STABLE release notes? It's not here: > http://www.freebsd.org/relnotes.html Here are snapshots of the release notes. http://people.freebsd.org/~bmah/relnotes/ -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 21:08:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5166316A419 for ; Tue, 23 Oct 2007 21:08:51 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 26D2A13C4A3 for ; Tue, 23 Oct 2007 21:08:51 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <471E62CB.3020902@intersonic.se> Date: Tue, 23 Oct 2007 23:08:27 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071009) MIME-Version: 1.0 To: rihad References: <471E3620.306@mail.ru> In-Reply-To: <471E3620.306@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 21:08:51 -0000 rihad wrote: > How risky is it to start using 7.0-BETA1 in production, with the > intention of upgrading to release as soon as possible? Thanks. We've used 7-CURRENT since January on a couple of production boxes and had very few disasters, well, none, but a couple of issues. "Risky" is a relative term really, but if you ask me I'd say the "risk" is rather low. But: TEST FIRST! --per From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 21:24:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECFA616A468 for ; Tue, 23 Oct 2007 21:24:55 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id BB4E413C4B3 for ; Tue, 23 Oct 2007 21:24:55 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9NLOmQ0024435; Tue, 23 Oct 2007 17:24:48 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9NLOgtn018776; Tue, 23 Oct 2007 17:24:42 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9NLOgKd018775; Tue, 23 Oct 2007 17:24:42 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710232124.l9NLOgKd018775@himinbjorg.tucs-beachin-obx-house.com> To: oberman@es.net (Kevin Oberman) Date: Tue, 23 Oct 2007 17:24:42 -0400 (EDT) In-Reply-To: <20071017211312.7EF984500E@ptavv.es.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Robert Chalmers , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: can I do 6.1-RELEASE to 6.2 via cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 21:24:56 -0000 > > Also, the list of things to do is a bit mis-ordered and truncated. The > official list is in /usr/src/UPDATING and reads: > > > make buildworld > make kernel KERNCONF=YOUR_KERNEL_HERE > [1] > [3] > mergemaster -p [5] > make installworld > make delete-old > ^^^^^^^^^^^^^^^^^ Where in /usr/src/UPDATING is that command. I can't see it. > > mergemaster [4] > Thanks, Tuc From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 22:06:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FA0A16A418 for ; Tue, 23 Oct 2007 22:06:37 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id BE19E13C48A for ; Tue, 23 Oct 2007 22:06:36 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 23 Oct 2007 22:06:19 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp046) with SMTP; 24 Oct 2007 00:06:19 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX197Ejp5Nmx7pk034R2H3dG869pcTw5ncGn0o0qADo PcLhr6kaePSslH Message-ID: <471E7055.4000904@gmx.de> Date: Wed, 24 Oct 2007 00:06:13 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: RELENG_7 problem with playing DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 22:06:37 -0000 Using mplayer to try play a DVD my errorconsole is spammed with: ata1: FAILURE - non aligned DMA transfer attempted acd0: setting up DMA failed The mplayer just hangs around in physrd status and cannot be killed (even by kill -9). The error message gets posted until the system is shutdown. The mplayer process also stays alive for the whole time. The only way to open the DVD-drive after attempting to play the DVD is to reboot the system. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 22:26:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 793FE16A417 for ; Tue, 23 Oct 2007 22:26:07 +0000 (UTC) (envelope-from SRS0=ba178282e1019f4df305623e7d556bd538fdf27a=497=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 2363013C4AA for ; Tue, 23 Oct 2007 22:26:06 +0000 (UTC) (envelope-from SRS0=ba178282e1019f4df305623e7d556bd538fdf27a=497=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id CGX61505; Tue, 23 Oct 2007 15:26:05 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5E0FE4500E; Tue, 23 Oct 2007 15:26:05 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Tuc at T-B-O-H.NET" In-Reply-To: Your message of "Tue, 23 Oct 2007 17:24:42 EDT." <200710232124.l9NLOgKd018775@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1193178365_55823P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 23 Oct 2007 15:26:05 -0700 From: "Kevin Oberman" Message-Id: <20071023222605.5E0FE4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: Tuc at T-B-O-H.NET X-To_Domain: t-b-o-h.net X-To: "Tuc at T-B-O-H.NET" X-To_Email: ml@t-b-o-h.net X-To_Alias: ml Cc: Robert Chalmers , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: can I do 6.1-RELEASE to 6.2 via cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 22:26:07 -0000 --==_Exmh_1193178365_55823P Content-Type: text/plain; charset=us-ascii > > > > Also, the list of things to do is a bit mis-ordered and truncated. The > > official list is in /usr/src/UPDATING and reads: > > > > > > make buildworld > > make kernel KERNCONF=YOUR_KERNEL_HERE > > [1] > > [3] > > mergemaster -p [5] > > make installworld > > make delete-old > > > ^^^^^^^^^^^^^^^^^ Where in /usr/src/UPDATING is that command. I > can't see it. > > > > mergemaster [4] > > > > > Thanks, Tuc > Sorry. It is there on my 6-Stable system, but it looks like it is not in 6.2-Release.It's been in HEAD for over 2 years. I am a bit confused,though. I see my 6.2-Stable has src/UPDATING,v 1.416.2.35, but I can't find that version in CVS. I see only one commit, 1.416, in RELENG_6 and I know that it has had more commits since then. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1193178365_55823P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHHnT9kn3rs5h7N1ERAkCqAKCj7j6vOKPVQKRfWPEEsLm+aGFDrwCfUAum lRQ3RJS59SvMKJzH+TBWwmQ= =ugsB -----END PGP SIGNATURE----- --==_Exmh_1193178365_55823P-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 22:41:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 600D216A419 for ; Tue, 23 Oct 2007 22:41:21 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 1445113C4B7 for ; Tue, 23 Oct 2007 22:41:20 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9NMfEQ0025953; Tue, 23 Oct 2007 18:41:15 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9NMf9xC019900; Tue, 23 Oct 2007 18:41:09 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9NMf9GY019899; Tue, 23 Oct 2007 18:41:09 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710232241.l9NMf9GY019899@himinbjorg.tucs-beachin-obx-house.com> To: oberman@es.net (Kevin Oberman) Date: Tue, 23 Oct 2007 18:41:09 -0400 (EDT) In-Reply-To: <20071023222605.5E0FE4500E@ptavv.es.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Robert Chalmers , "Tuc at T-B-O-H.NET" , Claus Guttesen Subject: Re: can I do 6.1-RELEASE to 6.2 via cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 22:41:21 -0000 > > --==_Exmh_1193178365_55823P > Content-Type: text/plain; charset=us-ascii > > > > > > > Also, the list of things to do is a bit mis-ordered and truncated. The > > > official list is in /usr/src/UPDATING and reads: > > > > > > > > > make buildworld > > > make kernel KERNCONF=YOUR_KERNEL_HERE > > > [1] > > > [3] > > > mergemaster -p [5] > > > make installworld > > > make delete-old > > > > > ^^^^^^^^^^^^^^^^^ Where in /usr/src/UPDATING is that command. I > > can't see it. > > > > > > mergemaster [4] > > > > > > > > > Thanks, Tuc > > > > Sorry. It is there on my 6-Stable system, but it looks like it is not in 6.2-Release.It's been in HEAD for over 2 years. > > I am a bit confused,though. I see my 6.2-Stable has src/UPDATING,v 1.416.2.35, but I can't find that version in CVS. I see only one commit, 1.416, in RELENG_6 and I know that it has had more commits since then. > AH, no wonder why I don't see it... I'm on 5.5 still, and only have version 1.342.2.36 from 5/26/2006. Thanks, Tuc From owner-freebsd-stable@FreeBSD.ORG Tue Oct 23 22:47:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF82716A419 for ; Tue, 23 Oct 2007 22:47:23 +0000 (UTC) (envelope-from oli@unixcraft.org) Received: from 42.mail-out.ovh.net (42.mail-out.ovh.net [213.251.189.42]) by mx1.freebsd.org (Postfix) with SMTP id 3F0F313C481 for ; Tue, 23 Oct 2007 22:47:23 +0000 (UTC) (envelope-from oli@unixcraft.org) Received: (qmail 822 invoked by uid 503); 23 Oct 2007 22:16:43 -0000 Received: from gw2.ovh.net (HELO mail94.ha.ovh.net) (213.251.189.202) by 42.mail-out.ovh.net with SMTP; 23 Oct 2007 22:16:43 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 23 Oct 2007 22:16:27 -0000 Received: from 150.21.202.62.fix.bluewin.ch (HELO bastei) (oli%unixcraft.org@62.202.21.150) by ns0.ovh.net with SMTP; 23 Oct 2007 22:16:26 -0000 From: "Olivier Brisson" To: "'\[LoN\]Kamikaze'" References: <471E7055.4000904@gmx.de> In-Reply-To: <471E7055.4000904@gmx.de> Date: Wed, 24 Oct 2007 00:16:28 +0200 Organization: unixcraft.org Message-ID: <000401c815c2$5bcbc9e0$13635da0$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcgVwQSXYe4naUqASgObnHQgYRugugAAQ8Kg Content-Language: fr-ch X-Ovh-Remote: 62.202.21.150 (150.21.202.62.fix.bluewin.ch) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|H 0.5/N Cc: freebsd-stable@freebsd.org Subject: RE: RELENG_7 problem with playing DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 22:47:23 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of [LoN]Kamikaze > Sent: mercredi 24 octobre 2007 00:06 > To: freebsd-stable@freebsd.org > Subject: RELENG_7 problem with playing DVDs >=20 > Using mplayer to try play a DVD my errorconsole is spammed with: >=20 > ata1: FAILURE - non aligned DMA transfer attempted > acd0: setting up DMA failed >=20 > The mplayer just hangs around in physrd status and cannot be killed > (even by > kill -9). The error message gets posted until the system is shutdown. > The > mplayer process also stays alive for the whole time. The only way to > open the > DVD-drive after attempting to play the DVD is to reboot the system. It seems that you have a hardware problem. Could you please try with an = other drive? From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 00:54:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D256516A420; Wed, 24 Oct 2007 00:54:51 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id 91B2813C48D; Wed, 24 Oct 2007 00:54:51 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1IkTaL-000EkV-DP; Wed, 24 Oct 2007 03:54:57 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id 602A717049; Wed, 24 Oct 2007 03:55:51 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 170E7415B; Wed, 24 Oct 2007 03:56:32 +0400 (MSD) Date: Wed, 24 Oct 2007 03:56:32 +0400 From: Dmitry Marakasov To: Daichi GOTO Message-ID: <20071023235632.GB78191@hades.panopticon> Mail-Followup-To: Daichi GOTO , FreeBSD Current , freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, Masanori OZAWA , Ed Schouten , Stanislav Sedov , Jeff Roberson , Ken Smith References: <471D7DE0.2070103@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <471D7DE0.2070103@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Cc: Stanislav Sedov , freebsd-stable@freebsd.org, Masanori OZAWA , Ed Schouten , freebsd-fs@freebsd.org, FreeBSD Current , Jeff Roberson , Ken Smith Subject: Re: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest unionfs improvements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 00:54:51 -0000 * Daichi GOTO (daichi@freebsd.org) wrote: > It is my pleasure and honor to announce the commitment of > latest unionfs improvements for 8-current, RELENG_7 and > RELENG_6. Now you can get more stable operation using > unionfs on latest 8/7/6. > > This latest improvements give finstall and FreeSBIE works > more well as well as other unionfs works good. If you have > interesting in it, would you try it please. Thanks a lot all your guys for your work! Btw, I was wondering: is unionfs related in any way with -ounion option of mount_*? I was told long time ago that -ounion is even more broken than unionfs. Though, those two features seem to do very similar thing and I think that -ounion option is pretty useful. -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 05:25:32 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83BE816A41B for ; Wed, 24 Oct 2007 05:25:32 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2172D13C4B2 for ; Wed, 24 Oct 2007 05:25:31 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id XAA02769 for ; Tue, 23 Oct 2007 23:00:29 -0600 (MDT) Message-Id: <200710240500.XAA02769@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 23 Oct 2007 23:00:29 -0600 To: stable@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Likely release dates for 6.3, 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 05:25:32 -0000 What are the likely release dates (I'm looking for estimates here) of FreeBSD 6.3 and 7.0? We need 6.3, including all of the MFCed code that's likely to be included in it, for new servers and would like to begin experimenting with 7.0. The current release engineering page hasn't been updated in awhile and doesn't show the usual "to do" lists or schedules.... Can someone give us an estimated timeframe? --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:04:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6745616A417 for ; Wed, 24 Oct 2007 06:04:19 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7F08913C4B5 for ; Wed, 24 Oct 2007 06:04:18 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 06:04:01 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp041) with SMTP; 24 Oct 2007 08:04:01 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18h4E4CJD0hpMYFADtcesCy4OOKptXtgreN/umZXv D9nCLMsYR/QqEC Message-ID: <471EE04D.1050909@gmx.de> Date: Wed, 24 Oct 2007 08:03:57 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Olivier Brisson References: <471E7055.4000904@gmx.de> <000401c815c2$5bcbc9e0$13635da0$@org> In-Reply-To: <000401c815c2$5bcbc9e0$13635da0$@org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 problem with playing DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:04:19 -0000 Olivier Brisson wrote: >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >> stable@freebsd.org] On Behalf Of [LoN]Kamikaze >> Sent: mercredi 24 octobre 2007 00:06 >> To: freebsd-stable@freebsd.org >> Subject: RELENG_7 problem with playing DVDs >> >> Using mplayer to try play a DVD my errorconsole is spammed with: >> >> ata1: FAILURE - non aligned DMA transfer attempted >> acd0: setting up DMA failed >> >> The mplayer just hangs around in physrd status and cannot be killed >> (even by >> kill -9). The error message gets posted until the system is shutdown. >> The >> mplayer process also stays alive for the whole time. The only way to >> open the >> DVD-drive after attempting to play the DVD is to reboot the system. > > It seems that you have a hardware problem. Could you please try with an other drive? I actually tried with 2 different drives. I can get more detailed, now. The drive lockup and dmesg spamming till the system has shut down as I reported it only occurs if I try to use the drives through the cam interface /dev/cd0 or /dev/cd1. The error message being the same. Here is the dmesg boot output concerning the drives: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37...skipping... acd0: DVDROM at ata1-master UDMA33 acd1: DVDR at ata1-slave UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [3799193 x 2048 byte records] cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: cd present [3793882 x 2048 byte records] If I use the acd0 device mplayer just fails because of failed CSS-key cracking. The dmesg gets a couple of lines with: ata1: FAILURE - non aligned DMA transfer attempted acd0: setting up DMA failed acd0: FAILURE - REPORT_KEY ILLEGAL REQUEST asc=0x6f ascq=0x04 If I use the acd1 device there are no dmesg reports and the dvd plays, but very poorly, as if the drive was in PIO mode. I checked my BIOS settings and all the usual suspects like block-reading, DMA and so on are turned on. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:15:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9190916A417 for ; Wed, 24 Oct 2007 06:15:34 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C7A8B13C48E for ; Wed, 24 Oct 2007 06:15:33 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 06:15:22 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp054) with SMTP; 24 Oct 2007 08:15:22 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+cFrkKoTqccsOoUjqBxZzqoR+PElFgYrUr19i9bH LzxXODIijlu2// Message-ID: <471EE2FA.3040802@gmx.de> Date: Wed, 24 Oct 2007 08:15:22 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Olivier Brisson References: <471E7055.4000904@gmx.de> <000401c815c2$5bcbc9e0$13635da0$@org> <471EE04D.1050909@gmx.de> In-Reply-To: <471EE04D.1050909@gmx.de> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 problem with playing DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:15:34 -0000 [LoN]Kamikaze wrote: > Olivier Brisson wrote: > I actually tried with 2 different drives. I can get more detailed, now. > > The drive lockup and dmesg spamming till the system has shut down as I > reported it only occurs if I try to use the drives through the cam interface > /dev/cd0 or /dev/cd1. The error message being the same. > > Here is the dmesg boot output concerning the drives: > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37...skipping... > acd0: DVDROM at ata1-master UDMA33 > acd1: DVDR at ata1-slave UDMA33 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: cd present [3799193 x 2048 byte records] > cd1 at ata1 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 33.000MB/s transfers > cd1: cd present [3793882 x 2048 byte records] > > If I use the acd0 device mplayer just fails because of failed CSS-key > cracking. The dmesg gets a couple of lines with: > ata1: FAILURE - non aligned DMA transfer attempted > acd0: setting up DMA failed > acd0: FAILURE - REPORT_KEY ILLEGAL REQUEST asc=0x6f ascq=0x04 > > If I use the acd1 device there are no dmesg reports and the dvd plays, but > very poorly, as if the drive was in PIO mode. I checked my BIOS settings and > all the usual suspects like block-reading, DMA and so on are turned on. I now turned of the AUTO detection and hand-configured the devices. Now acd1 also reports the same DMA failure. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:27:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1718D16A419 for ; Wed, 24 Oct 2007 06:27:43 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B830313C4B7 for ; Wed, 24 Oct 2007 06:27:42 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 06:27:11 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp019) with SMTP; 24 Oct 2007 08:27:11 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/Xbiou6tvXTt/RYXI8dPxbxNUFYe7cPirQallPGp TN6FNP4DZ4uyi6 Message-ID: <471EE5BE.5080604@gmx.de> Date: Wed, 24 Oct 2007 08:27:10 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:27:43 -0000 df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space remain. However doing a du -hd 1 /var and summing up the results I only get to less than 200M of used space, so there are 1.3G unaccounted for. fsck in single user mode does not recognize a problem. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:28:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E928F16A418; Wed, 24 Oct 2007 06:28:35 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id 8676B13C4C8; Wed, 24 Oct 2007 06:28:34 +0000 (UTC) (envelope-from lol@chistydom.ru) X-UCL: actv Received: from yoda.org.ru ([83.167.98.162] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 9623933; Wed, 24 Oct 2007 10:24:38 +0400 Received: from [80.68.244.40] (adm40.relax.ru [80.68.244.40]) (Authenticated sender: llp@soekris.ru) by yoda.org.ru (Postfix) with ESMTP id 859E3289DD; Wed, 24 Oct 2007 10:24:47 +0400 (MSD) Message-ID: <471EE4D9.5080307@chistydom.ru> Date: Wed, 24 Oct 2007 10:23:21 +0400 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> In-Reply-To: <4715C5D7.7060806@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------020108020005080507060303" Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:28:36 -0000 This is a multi-part message in MIME format. --------------020108020005080507060303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Kris Kennaway wrote: >>>> So I can conclude that FreeBSD has a long standing bug in VM that >>>> could be triggered when serving large amount of static data (much >>>> bigger than memory size) on high rates. Possibly this only applies >>>> to large files like mp3 or video. >>> It is possible, we have further work to do to conclude this though. >> I forgot to mention I have pmc and kgmon profiling for good and bad >> times. But I have not enough knowledge to interpret it right and not >> sure if it can help. > pmc would be useful. pmc profiling attached. I tried to increase BUCKET_MAX from 128 to 256, but it didn't help. Also I found out that multi-process HTTP servers survives better. You can see graphs at http://83.167.98.162/gprof/graph/ What else can I try to solve the problem? With best regards, Alexey Popov --------------020108020005080507060303 Content-Type: text/plain; name="pmc-gprof-bad.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pmc-gprof-bad.txt" None flat profile: % the percentage of the total running time of the time program used by this function. cumulative a running sum of the number of seconds accounted seconds for by this function and those listed above it. self the number of seconds accounted for by this seconds function alone. This is the major sort for this listing. calls the number of times this function was invoked, if this function is profiled, else blank. self the average number of milliseconds spent in this ms/call function per call, if this function is profiled, else blank. total the average number of milliseconds spent in this ms/call function and its descendents per call, if this function is profiled, else blank. name the name of the function. This is the minor sort for this listing. The index shows the location of the function in the gprof listing. If the index is in parenthesis it shows where it would appear in the gprof listing if it were to be printed. granularity: each sample hit covers 4 byte(s) for 0.01% of 14240.00 seconds % cumulative self self total time seconds seconds calls ms/call ms/call name 7.5 1068.00 1068.00 in_cksumdata [1] 4.5 1702.00 634.00 SHA256_Transform [2] 3.8 2237.00 535.00 fr_check [3] 3.7 2762.00 525.00 tcp_output [4] 3.6 3273.00 511.00 ipfw_chk [5] 3.3 3743.00 470.00 lockmgr [6] 2.0 4023.00 280.00 cache_lookup [7] 1.9 4291.00 268.00 lookup [8] 1.9 4558.00 267.00 uma_zfree_arg [9] 1.9 4823.00 265.00 uma_zfree_internal [10] 1.8 5075.00 252.00 bus_dmamap_load_mbuf_sg [11] 1.8 5326.00 251.00 em_start_locked [12] 1.7 5570.00 244.00 sched_switch [13] 1.6 5801.00 231.00 spinlock_exit [14] 1.6 6024.00 223.00 tcp_input [15] 1.6 6245.00 221.00 uma_zalloc_arg [16] 1.4 6446.00 201.00 fr_makefrip [17] 1.4 6644.00 198.00 in_cksum_skip [18] 1.4 6837.00 193.00 mi_switch [19] 1.3 7027.00 190.00 ip_output [20] 1.3 7217.00 190.00 pfil_run_hooks [21] 1.3 7396.00 179.00 m_copym [22] 1.2 7567.00 171.00 callout_reset [23] 1.2 7732.00 165.00 bzero [24] 1.2 7896.00 164.00 lockstatus [25] 1.1 8057.00 161.00 rn_match [26] 1.0 8193.00 136.00 ithread_loop [27] 0.9 8322.00 129.00 critical_exit [28] 0.9 8445.00 123.00 spinlock_enter [29] 0.9 8567.00 122.00 _mtx_lock_spin [30] 0.8 8688.00 121.00 bcopy [31] 0.8 8800.00 112.00 kern_sendfile [32] 0.8 8908.00 108.00 cpu_switch [33] 0.7 9003.00 95.00 uma_slab_alloc [34] 0.7 9096.00 93.00 hpet_get_timecount [35] 0.7 9189.00 93.00 rtalloc1 [36] 0.7 9282.00 93.00 syscall [37] 0.6 9366.00 84.00 choosethread [38] 0.6 9448.00 82.00 vget [39] 0.6 9527.00 79.00 vdropl [40] 0.6 9606.00 79.00 vn_lock [41] 0.5 9683.00 77.00 ip_input [42] 0.5 9758.00 75.00 bcmp [43] 0.5 9830.00 72.00 _mtx_lock_sleep [44] 0.5 9901.00 71.00 rt_check [45] 0.5 9970.00 69.00 maybe_preempt [46] 0.5 10039.00 69.00 vput [47] 0.5 10106.00 67.00 sched_add [48] 0.5 10172.00 66.00 ufs_access [49] 0.5 10238.00 66.00 vinactive [50] 0.5 10303.00 65.00 ether_output_frame [51] 0.4 10366.00 63.00 acquire [52] 0.4 10429.00 63.00 copyinstr [53] 0.4 10492.00 63.00 em_start [54] 0.4 10554.00 62.00 runq_choose [55] 0.4 10615.00 61.00 dummynet_task [56] 0.4 10675.00 60.00 in_broadcast [57] 0.4 10734.00 59.00 mb_ctor_mbuf [58] 0.4 10793.00 59.00 memcpy [59] 0.4 10852.00 59.00 ufs_inactive [60] 0.4 10910.00 58.00 vmtotal [61] 0.4 10966.00 56.00 Xfast_syscall [62] 0.4 11020.00 54.00 binuptime [63] 0.4 11073.00 53.00 arpresolve [64] 0.4 11126.00 53.00 critical_enter [65] 0.4 11178.00 52.00 VOP_UNLOCK_APV [66] 0.4 11228.00 50.00 vref [67] 0.3 11277.00 49.00 kern_open [68] 0.3 11324.00 47.00 _mtx_lock_spin_flags [71] 0.3 11371.00 47.00 fr_checkv4sum [69] 0.3 11418.00 47.00 softclock [70] 0.3 11463.00 45.00 kqueue_register [72] 0.3 11507.00 44.00 VOP_LOCK_APV [73] 0.3 11550.00 43.00 acpi_cpu_idle [74] 0.3 11593.00 43.00 ioapic_enable_source [75] 0.3 11636.00 43.00 vfs_cache_lookup [76] 0.3 11678.00 42.00 knote [77] 0.3 11720.00 42.00 rtfree [78] 0.3 11761.00 41.00 intr_event_schedule_thread [79] 0.3 11801.00 40.00 ether_output [80] 0.3 11840.00 39.00 _mtx_trylock [83] 0.3 11879.00 39.00 ioapic_disable_source [81] 0.3 11918.00 39.00 sleepq_lookup [82] 0.3 11956.00 38.00 mb_free_ext [84] 0.3 11994.00 38.00 vaccess [85] 0.3 12030.00 36.00 VOP_ISLOCKED_APV [86] 0.3 12066.00 36.00 cpu_idle [87] 0.3 12102.00 36.00 sleepq_signal [88] 0.2 12137.00 35.00 kern_kevent [89] 0.2 12170.00 33.00 sbdrop_locked [90] 0.2 12202.00 32.00 VOP_LOOKUP_APV [91] 0.2 12234.00 32.00 falloc [92] 0.2 12265.00 31.00 in_pcblookup_hash [93] 0.2 12294.00 29.00 netisr_processqueue [94] 0.2 12323.00 29.00 rtalloc_ign [95] 0.2 12352.00 29.00 tc_windup [96] 0.2 12380.00 28.00 random_process_event [97] 0.2 12407.00 27.00 _mtx_unlock_spin_flags [102] 0.2 12434.00 27.00 doselwakeup [98] 0.2 12461.00 27.00 fr_dolog [99] 0.2 12488.00 27.00 intr_execute_handlers [100] 0.2 12515.00 27.00 sleepq_wait [101] 0.2 12541.00 26.00 fdrop [103] 0.2 12567.00 26.00 sched_userret [104] 0.2 12592.00 25.00 fdrop_locked [105] 0.2 12616.00 24.00 namei [106] 0.2 12640.00 24.00 vm_page_splay [107] 0.2 12663.00 23.00 acpi_cpu_c1 [108] 0.2 12686.00 23.00 malloc [109] 0.2 12709.00 23.00 rn_satisfies_leaf [110] 0.2 12732.00 23.00 sleepq_add [111] 0.2 12755.00 23.00 userret [112] 0.1 12776.00 21.00 fr_checknatout [113] 0.1 12797.00 21.00 sched_runnable [114] 0.1 12817.00 20.00 taskqueue_enqueue [115] 0.1 12837.00 20.00 tcp_xmit_bandwidth_limit [116] 0.1 12856.00 19.00 msleep_spin [117] 0.1 12875.00 19.00 runq_remove [118] 0.1 12893.00 18.00 ffs_sync [119] 0.1 12911.00 18.00 swi_net [120] 0.1 12928.00 17.00 copyin [121] 0.1 12945.00 17.00 fget [122] 0.1 12962.00 17.00 fr_checkstate [123] 0.1 12979.00 17.00 frpr_pullup [124] 0.1 12996.00 17.00 in_delayed_cksum [125] 0.1 13012.00 16.00 doreti [126] 0.1 13028.00 16.00 hardclock_process [127] 0.1 13044.00 16.00 kqueue_aquire [128] 0.1 13060.00 16.00 lapic_handle_timer [129] 0.1 13076.00 16.00 sowakeup [130] 0.1 13092.00 16.00 tcp_dooptions [131] 0.1 13107.00 15.00 filt_sowrite [132] 0.1 13122.00 15.00 fr_acctpkt [133] 0.1 13137.00 15.00 m_extadd [134] 0.1 13152.00 15.00 tcp_usr_send [135] 0.1 13167.00 15.00 vrele [136] 0.1 13181.00 14.00 SHA256_Update [137] 0.1 13195.00 14.00 malloc_type_freed [138] 0.1 13209.00 14.00 rman_get_bustag [139] 0.1 13223.00 14.00 runq_check [140] 0.1 13237.00 14.00 sleepq_lock [141] 0.1 13251.00 14.00 taskqueue_run [142] 0.1 13265.00 14.00 vfs_msync [143] 0.1 13278.00 13.00 ffs_lock [144] 0.1 13291.00 13.00 free [145] 0.1 13304.00 13.00 msleep [146] 0.1 13317.00 13.00 pmc_cpu_is_logical [147] 0.1 13330.00 13.00 sleepq_catch_signals [148] 0.1 13343.00 13.00 vop_stdislocked [149] 0.1 13355.00 12.00 _callout_stop_safe [156] 0.1 13367.00 12.00 kqueue_release [150] 0.1 13379.00 12.00 mb_dtor_pack [151] 0.1 13391.00 12.00 sbcompress [152] 0.1 13403.00 12.00 setrunqueue [153] 0.1 13415.00 12.00 sf_buf_mext [154] 0.1 13427.00 12.00 uma_zone_slab [155] 0.1 13438.00 11.00 VOP_ACCESS_APV [157] 0.1 13449.00 11.00 Xapic_isr1 [158] 0.1 13460.00 11.00 __mnt_vnode_next [167] 0.1 13471.00 11.00 fgetsock [159] 0.1 13482.00 11.00 fr_check_wrapper [160] 0.1 13493.00 11.00 hardclock [161] 0.1 13504.00 11.00 ipfw_check_out [162] 0.1 13515.00 11.00 runq_add [163] 0.1 13526.00 11.00 sleepq_resume_thread [164] 0.1 13537.00 11.00 vm_page_wire [165] 0.1 13548.00 11.00 vnode_create_vobject_off [166] 0.1 13558.00 10.00 compute_cn_lkflags [168] 0.1 13568.00 10.00 sbappendstream [169] 0.1 13578.00 10.00 setrunnable [170] 0.1 13588.00 10.00 sleepq_switch [171] 0.1 13598.00 10.00 vfs_hash_get [172] 0.1 13608.00 10.00 vm_object_clear_flag [173] 0.1 13618.00 10.00 vn_start_write [174] 0.1 13627.00 9.00 copyout [175] 0.1 13636.00 9.00 fgetvp_read [176] 0.1 13645.00 9.00 in_matroute [177] 0.1 13654.00 9.00 kevent [178] 0.1 13663.00 9.00 knote_fdclose [179] 0.1 13672.00 9.00 lapic_handle_intr [180] 0.1 13681.00 9.00 m_freem [181] 0.1 13690.00 9.00 maybe_resched [182] 0.1 13699.00 9.00 scanc [183] 0.1 13708.00 9.00 sleepq_release [184] 0.1 13717.00 9.00 sysctl_find_oid [185] 0.1 13726.00 9.00 vm_pageq_enqueue [186] 0.1 13735.00 9.00 vn_open_cred [187] 0.1 13743.00 8.00 closef [188] 0.1 13751.00 8.00 in_pseudo [189] 0.1 13759.00 8.00 kern_close [190] 0.1 13767.00 8.00 m_tag_delete_chain [191] 0.1 13775.00 8.00 pmap_kextract [192] 0.1 13783.00 8.00 vfs_busy [193] 0.1 13791.00 8.00 vm_page_alloc [194] 0.0 13798.00 7.00 fputsock [195] 0.0 13805.00 7.00 malloc_type_zone_allocated [196] 0.0 13812.00 7.00 sleepq_broadcast [197] 0.0 13819.00 7.00 ufs_root [198] 0.0 13826.00 7.00 uhci_intr1 [199] 0.0 13833.00 7.00 vm_pageq_remove [200] 0.0 13839.00 6.00 Xtimerint [201] 0.0 13845.00 6.00 fdalloc [202] 0.0 13851.00 6.00 groupmember [203] 0.0 13857.00 6.00 mb_dtor_clust [204] 0.0 13863.00 6.00 tvtohz [205] 0.0 13869.00 6.00 uma_zone_exhausted_nolock [206] 0.0 13874.00 5.00 apic_idt_to_irq [207] 0.0 13879.00 5.00 dev_lock [208] 0.0 13884.00 5.00 frpr_short [209] 0.0 13889.00 5.00 ipfw_check_in [210] 0.0 13894.00 5.00 knlist_mtx_unlock [211] 0.0 13899.00 5.00 rijndaelEncrypt [212] 0.0 13904.00 5.00 sbdrop [213] 0.0 13909.00 5.00 sleepq_check_timeout [214] 0.0 13914.00 5.00 smp_tlb_shootdown [215] 0.0 13919.00 5.00 tc_ticktock [216] 0.0 13924.00 5.00 trap [217] 0.0 13929.00 5.00 vfs_ref [218] 0.0 13934.00 5.00 vm_page_sleep_if_busy [219] 0.0 13939.00 5.00 vn_finished_write [220] 0.0 13943.00 4.00 VOP_CLOSE_APV [221] 0.0 13947.00 4.00 VOP_GETWRITEMOUNT_APV [222] 0.0 13951.00 4.00 brelse [223] 0.0 13955.00 4.00 dev_unlock [224] 0.0 13959.00 4.00 fd_first_free [225] 0.0 13963.00 4.00 idle_proc [226] 0.0 13967.00 4.00 knote_enqueue [227] 0.0 13971.00 4.00 lapic_eoi [228] 0.0 13975.00 4.00 m_tag_locate [229] 0.0 13979.00 4.00 microtime [230] 0.0 13983.00 4.00 open [231] 0.0 13987.00 4.00 pmap_is_prefaultable [232] 0.0 13991.00 4.00 strcmp [233] 0.0 13995.00 4.00 sysctl_sysctl_name2oid [234] 0.0 13999.00 4.00 tcp_sack_doack [235] 0.0 14003.00 4.00 vfs_rel [236] 0.0 14007.00 4.00 vm_map_entry_splay [237] 0.0 14011.00 4.00 vm_page_free_toq [238] 0.0 14015.00 4.00 vm_page_select_cache [239] 0.0 14019.00 4.00 vm_page_set_validclean [240] 0.0 14023.00 4.00 vm_page_unwire [241] 0.0 14027.00 4.00 vn_closefile [242] 0.0 14031.00 4.00 vop_lock_pre [243] 0.0 14034.00 3.00 SHA256_Final [244] 0.0 14037.00 3.00 VOP_INACTIVE_APV [245] 0.0 14040.00 3.00 _sx_xunlock [264] 0.0 14043.00 3.00 atomic_clear_int [246] 0.0 14046.00 3.00 crhold [247] 0.0 14049.00 3.00 cursig [248] 0.0 14052.00 3.00 fdunused [249] 0.0 14055.00 3.00 ffs_clusteralloc [250] 0.0 14058.00 3.00 fr_checknatin [251] 0.0 14061.00 3.00 mb_dtor_mbuf [252] 0.0 14064.00 3.00 pagecopy [253] 0.0 14067.00 3.00 rman_get_bushandle [254] 0.0 14070.00 3.00 sleepq_timedwait_sig [255] 0.0 14073.00 3.00 tcpip_fillheaders [256] 0.0 14076.00 3.00 timevalsub [257] 0.0 14079.00 3.00 ufs_close [258] 0.0 14082.00 3.00 uhci_intr [259] 0.0 14085.00 3.00 vholdl [260] 0.0 14088.00 3.00 vm_object_deallocate [261] 0.0 14091.00 3.00 vm_object_vndeallocate [262] 0.0 14094.00 3.00 vn_close [263] 0.0 14096.00 2.00 DELAY [265] 0.0 14098.00 2.00 VOP_OPEN_APV [266] 0.0 14100.00 2.00 VOP_READ_APV [267] 0.0 14102.00 2.00 Xdna [268] 0.0 14104.00 2.00 _sx_xlock [298] 0.0 14106.00 2.00 bqrelse [269] 0.0 14108.00 2.00 breadn [270] 0.0 14110.00 2.00 crfree [271] 0.0 14112.00 2.00 devstat_end_transaction [272] 0.0 14114.00 2.00 dummynet [273] 0.0 14116.00 2.00 ffs_vget [274] 0.0 14118.00 2.00 fpu_clean_state [275] 0.0 14120.00 2.00 hardclock_device_poll [276] 0.0 14122.00 2.00 in_clsroute [277] 0.0 14124.00 2.00 ioapic_write [278] 0.0 14126.00 2.00 knlist_mtx_lock [279] 0.0 14128.00 2.00 kqueue_fo_release [280] 0.0 14130.00 2.00 mb_zfini_pack [281] 0.0 14132.00 2.00 mtx_pool_alloc [282] 0.0 14134.00 2.00 nfsrv_timer [283] 0.0 14136.00 2.00 pmap_remove_pages [284] 0.0 14138.00 2.00 sbappendstream_locked [285] 0.0 14140.00 2.00 sleepq_timeout [286] 0.0 14142.00 2.00 soreceive [287] 0.0 14144.00 2.00 swi_sched [288] 0.0 14146.00 2.00 sysctl_old_user [289] 0.0 14148.00 2.00 taskqueue_thread_loop [290] 0.0 14150.00 2.00 tcp_xmit_timer [291] 0.0 14152.00 2.00 tdsignal [292] 0.0 14154.00 2.00 ufs_open [293] 0.0 14156.00 2.00 userland_sysctl [294] 0.0 14158.00 2.00 vm_fault [295] 0.0 14160.00 2.00 vm_page_lookup [296] 0.0 14162.00 2.00 vop_stdunlock [297] 0.0 14163.00 1.00 __sysctl [372] 0.0 14164.00 1.00 _mtx_unlock_sleep [373] 0.0 14165.00 1.00 _pmap_unwire_pte_hold [374] 0.0 14166.00 1.00 _vm_map_clip_start [375] 0.0 14167.00 1.00 _vm_map_unlock_read [376] 0.0 14168.00 1.00 amr_done [299] 0.0 14169.00 1.00 amr_quartz_get_work [300] 0.0 14170.00 1.00 arplookup [301] 0.0 14171.00 1.00 atkbd_timeout [302] 0.0 14172.00 1.00 bdwrite [303] 0.0 14173.00 1.00 bus_dmamap_load [304] 0.0 14174.00 1.00 close [305] 0.0 14175.00 1.00 do_sendfile [306] 0.0 14176.00 1.00 fdused [307] 0.0 14177.00 1.00 ffs_clusteracct [308] 0.0 14178.00 1.00 fget_write [309] 0.0 14179.00 1.00 g_bioq_lock [310] 0.0 14180.00 1.00 g_io_deliver [311] 0.0 14181.00 1.00 gettimeofday [312] 0.0 14182.00 1.00 if_slowtimo [313] 0.0 14183.00 1.00 itimerfix [314] 0.0 14184.00 1.00 kern_select [315] 0.0 14185.00 1.00 kevent_copyin [316] 0.0 14186.00 1.00 knlist_empty [317] 0.0 14187.00 1.00 lapic_ipi_wait [318] 0.0 14188.00 1.00 m_dup_pkthdr [319] 0.0 14189.00 1.00 m_tag_copy_chain [320] 0.0 14190.00 1.00 mp_grab_cpu_hlt [321] 0.0 14191.00 1.00 nfs_curusec [322] 0.0 14192.00 1.00 pmap_allocpte [323] 0.0 14193.00 1.00 pmap_clear_modify [324] 0.0 14194.00 1.00 pmap_copy [325] 0.0 14195.00 1.00 pmap_qenter [326] 0.0 14196.00 1.00 pmap_qremove [327] 0.0 14197.00 1.00 pmap_try_insert_pv_entry [328] 0.0 14198.00 1.00 pmap_unuse_pt [329] 0.0 14199.00 1.00 poll [330] 0.0 14200.00 1.00 random_kthread [331] 0.0 14201.00 1.00 rijndaelKeySetupEnc [332] 0.0 14202.00 1.00 rijndael_blockEncrypt [333] 0.0 14203.00 1.00 sched_clock [334] 0.0 14204.00 1.00 sched_wakeup [335] 0.0 14205.00 1.00 schedcpu_thread [336] 0.0 14206.00 1.00 selrecord [337] 0.0 14207.00 1.00 selwakeuppri [338] 0.0 14208.00 1.00 sleepq_check_signals [339] 0.0 14209.00 1.00 sleepq_timedwait [340] 0.0 14210.00 1.00 softdep_process_worklist [341] 0.0 14211.00 1.00 soo_ioctl [342] 0.0 14212.00 1.00 statclock [343] 0.0 14213.00 1.00 strlen [344] 0.0 14214.00 1.00 sysctl_root [345] 0.0 14215.00 1.00 taskqueue_thread_enqueue [346] 0.0 14216.00 1.00 tcp_isn_tick [347] 0.0 14217.00 1.00 timevaladd [348] 0.0 14218.00 1.00 turnstile_lock [349] 0.0 14219.00 1.00 turnstile_lookup [350] 0.0 14220.00 1.00 turnstile_release [351] 0.0 14221.00 1.00 turnstile_unpend [352] 0.0 14222.00 1.00 uiomove [353] 0.0 14223.00 1.00 uipc_attach [354] 0.0 14224.00 1.00 uma_zalloc_internal [355] 0.0 14225.00 1.00 vfs_busy_pages [356] 0.0 14226.00 1.00 vfs_page_set_valid [357] 0.0 14227.00 1.00 vfs_vmio_release [358] 0.0 14228.00 1.00 vm_map_insert [359] 0.0 14229.00 1.00 vm_object_terminate [360] 0.0 14230.00 1.00 vm_page_insert [361] 0.0 14231.00 1.00 vm_page_io_finish [362] 0.0 14232.00 1.00 vm_page_rename [363] 0.0 14233.00 1.00 vm_pageq_find [364] 0.0 14234.00 1.00 vm_pageq_remove_nowakeup [365] 0.0 14235.00 1.00 vmspace_resident_count [366] 0.0 14236.00 1.00 vn_isdisk [367] 0.0 14237.00 1.00 vop_lock_post [368] 0.0 14238.00 1.00 vop_stdlock [369] 0.0 14239.00 1.00 wakeup [370] 0.0 14240.00 1.00 yarrow_hash_iterate [371] Index by function name [265] DELAY [177] in_matroute [164] sleepq_resume_threa [244] SHA256_Final [93] in_pcblookup_hash [88] sleepq_signal [2] SHA256_Transform [189] in_pseudo [171] sleepq_switch [137] SHA256_Update [79] intr_event_schedule [340] sleepq_timedwait [157] VOP_ACCESS_APV [100] intr_execute_handle [255] sleepq_timedwait_si [221] VOP_CLOSE_APV [81] ioapic_disable_sour [286] sleepq_timeout [222] VOP_GETWRITEMOUNT_A [75] ioapic_enable_sourc [101] sleepq_wait [245] VOP_INACTIVE_APV [278] ioapic_write [215] smp_tlb_shootdown [86] VOP_ISLOCKED_APV [42] ip_input [70] softclock [73] VOP_LOCK_APV [20] ip_output [341] softdep_process_wor [91] VOP_LOOKUP_APV [210] ipfw_check_in [342] soo_ioctl [266] VOP_OPEN_APV [162] ipfw_check_out [287] soreceive [267] VOP_READ_APV [5] ipfw_chk [130] sowakeup [66] VOP_UNLOCK_APV [27] ithread_loop [29] spinlock_enter [158] Xapic_isr1 [314] itimerfix [14] spinlock_exit [268] Xdna [190] kern_close [343] statclock [62] Xfast_syscall [89] kern_kevent [233] strcmp [201] Xtimerint [68] kern_open [344] strlen [167] __mnt_vnode_next [315] kern_select [120] swi_net [372] __sysctl [32] kern_sendfile [288] swi_sched [156] _callout_stop_safe [178] kevent [37] syscall [44] _mtx_lock_sleep [316] kevent_copyin [185] sysctl_find_oid [30] _mtx_lock_spin [317] knlist_empty [289] sysctl_old_user [71] _mtx_lock_spin_flag [279] knlist_mtx_lock [345] sysctl_root [83] _mtx_trylock [211] knlist_mtx_unlock [234] sysctl_sysctl_name2 [373] _mtx_unlock_sleep [77] knote [115] taskqueue_enqueue [102] _mtx_unlock_spin_fl [227] knote_enqueue [142] taskqueue_run [374] _pmap_unwire_pte_ho [179] knote_fdclose [346] taskqueue_thread_en [298] _sx_xlock [128] kqueue_aquire [290] taskqueue_thread_lo [264] _sx_xunlock [280] kqueue_fo_release [216] tc_ticktock [375] _vm_map_clip_start [72] kqueue_register [96] tc_windup [376] _vm_map_unlock_read [150] kqueue_release [131] tcp_dooptions [108] acpi_cpu_c1 [228] lapic_eoi [15] tcp_input [74] acpi_cpu_idle [180] lapic_handle_intr [347] tcp_isn_tick [52] acquire [129] lapic_handle_timer [4] tcp_output [299] amr_done [318] lapic_ipi_wait [235] tcp_sack_doack [300] amr_quartz_get_work [6] lockmgr [135] tcp_usr_send [207] apic_idt_to_irq [25] lockstatus [116] tcp_xmit_bandwidth_ [301] arplookup [8] lookup [291] tcp_xmit_timer [64] arpresolve [22] m_copym [256] tcpip_fillheaders [302] atkbd_timeout [319] m_dup_pkthdr [292] tdsignal [246] atomic_clear_int [134] m_extadd [348] timevaladd [43] bcmp [181] m_freem [257] timevalsub [31] bcopy [320] m_tag_copy_chain [217] trap [303] bdwrite [191] m_tag_delete_chain [349] turnstile_lock [63] binuptime [229] m_tag_locate [350] turnstile_lookup [269] bqrelse [109] malloc [351] turnstile_release [270] breadn [138] malloc_type_freed [352] turnstile_unpend [223] brelse [196] malloc_type_zone_al [205] tvtohz [304] bus_dmamap_load [46] maybe_preempt [49] ufs_access [11] bus_dmamap_load_mbu [182] maybe_resched [258] ufs_close [24] bzero [58] mb_ctor_mbuf [60] ufs_inactive [7] cache_lookup [204] mb_dtor_clust [293] ufs_open [23] callout_reset [252] mb_dtor_mbuf [198] ufs_root [38] choosethread [151] mb_dtor_pack [259] uhci_intr [305] close [84] mb_free_ext [199] uhci_intr1 [188] closef [281] mb_zfini_pack [353] uiomove [168] compute_cn_lkflags [59] memcpy [354] uipc_attach [121] copyin [19] mi_switch [34] uma_slab_alloc [53] copyinstr [230] microtime [16] uma_zalloc_arg [175] copyout [321] mp_grab_cpu_hlt [355] uma_zalloc_internal [87] cpu_idle [146] msleep [9] uma_zfree_arg [33] cpu_switch [117] msleep_spin [10] uma_zfree_internal [271] crfree [282] mtx_pool_alloc [206] uma_zone_exhausted_ [247] crhold [106] namei [155] uma_zone_slab [65] critical_enter [94] netisr_processqueue [294] userland_sysctl [28] critical_exit [322] nfs_curusec [112] userret [248] cursig [283] nfsrv_timer [85] vaccess [208] dev_lock [231] open [40] vdropl [224] dev_unlock [253] pagecopy [193] vfs_busy [272] devstat_end_transac [21] pfil_run_hooks [356] vfs_busy_pages [306] do_sendfile [323] pmap_allocpte [76] vfs_cache_lookup [126] doreti [324] pmap_clear_modify [172] vfs_hash_get [98] doselwakeup [325] pmap_copy [143] vfs_msync [273] dummynet [232] pmap_is_prefaultabl [357] vfs_page_set_valid [56] dummynet_task [192] pmap_kextract [218] vfs_ref [54] em_start [326] pmap_qenter [236] vfs_rel [12] em_start_locked [327] pmap_qremove [358] vfs_vmio_release [80] ether_output [284] pmap_remove_pages [39] vget [51] ether_output_frame [328] pmap_try_insert_pv_ [260] vholdl [92] falloc [329] pmap_unuse_pt [50] vinactive [225] fd_first_free [147] pmc_cpu_is_logical [295] vm_fault [202] fdalloc [330] poll [237] vm_map_entry_splay [103] fdrop [331] random_kthread [359] vm_map_insert [105] fdrop_locked [97] random_process_even [173] vm_object_clear_fla [249] fdunused [212] rijndaelEncrypt [261] vm_object_deallocat [307] fdused [332] rijndaelKeySetupEnc [360] vm_object_terminate [308] ffs_clusteracct [333] rijndael_blockEncry [262] vm_object_vndealloc [250] ffs_clusteralloc [254] rman_get_bushandle [194] vm_page_alloc [144] ffs_lock [139] rman_get_bustag [238] vm_page_free_toq [119] ffs_sync [26] rn_match [361] vm_page_insert [274] ffs_vget [110] rn_satisfies_leaf [362] vm_page_io_finish [122] fget [45] rt_check [296] vm_page_lookup [309] fget_write [36] rtalloc1 [363] vm_page_rename [159] fgetsock [95] rtalloc_ign [239] vm_page_select_cach [176] fgetvp_read [78] rtfree [240] vm_page_set_validcl [132] filt_sowrite [163] runq_add [219] vm_page_sleep_if_bu [275] fpu_clean_state [140] runq_check [107] vm_page_splay [195] fputsock [55] runq_choose [241] vm_page_unwire [133] fr_acctpkt [118] runq_remove [165] vm_page_wire [3] fr_check [169] sbappendstream [186] vm_pageq_enqueue [160] fr_check_wrapper [285] sbappendstream_lock [364] vm_pageq_find [251] fr_checknatin [152] sbcompress [200] vm_pageq_remove [113] fr_checknatout [213] sbdrop [365] vm_pageq_remove_now [123] fr_checkstate [90] sbdrop_locked [366] vmspace_resident_co [69] fr_checkv4sum [183] scanc [61] vmtotal [99] fr_dolog [48] sched_add [263] vn_close [17] fr_makefrip [334] sched_clock [242] vn_closefile [145] free [114] sched_runnable [220] vn_finished_write [124] frpr_pullup [13] sched_switch [367] vn_isdisk [209] frpr_short [104] sched_userret [41] vn_lock [310] g_bioq_lock [335] sched_wakeup [187] vn_open_cred [311] g_io_deliver [336] schedcpu_thread [174] vn_start_write [312] gettimeofday [337] selrecord [166] vnode_create_vobjec [203] groupmember [338] selwakeuppri [368] vop_lock_post [161] hardclock [170] setrunnable [243] vop_lock_pre [276] hardclock_device_po [153] setrunqueue [149] vop_stdislocked [127] hardclock_process [154] sf_buf_mext [369] vop_stdlock [35] hpet_get_timecount [111] sleepq_add [297] vop_stdunlock [226] idle_proc [197] sleepq_broadcast [47] vput [313] if_slowtimo [148] sleepq_catch_signal [67] vref [57] in_broadcast [339] sleepq_check_signal [136] vrele [18] in_cksum_skip [214] sleepq_check_timeou [370] wakeup [1] in_cksumdata [141] sleepq_lock [371] yarrow_hash_iterate [277] in_clsroute [82] sleepq_lookup [125] in_delayed_cksum [184] sleepq_release --------------020108020005080507060303 Content-Type: text/plain; name="pmc-gprof-good.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pmc-gprof-good.txt" None flat profile: % the percentage of the total running time of the time program used by this function. cumulative a running sum of the number of seconds accounted seconds for by this function and those listed above it. self the number of seconds accounted for by this seconds function alone. This is the major sort for this listing. calls the number of times this function was invoked, if this function is profiled, else blank. self the average number of milliseconds spent in this ms/call function per call, if this function is profiled, else blank. total the average number of milliseconds spent in this ms/call function and its descendents per call, if this function is profiled, else blank. name the name of the function. This is the minor sort for this listing. The index shows the location of the function in the gprof listing. If the index is in parenthesis it shows where it would appear in the gprof listing if it were to be printed. granularity: each sample hit covers 4 byte(s) for 0.00% of 37884.00 seconds % cumulative self self total time seconds seconds calls ms/call ms/call name 6.7 2525.00 2525.00 in_cksumdata [1] 5.2 4488.00 1963.00 SHA256_Transform [2] 4.0 6022.00 1534.00 lockmgr [3] 3.6 7393.00 1371.00 fr_check [4] 3.4 8684.00 1291.00 tcp_output [5] 3.2 9912.00 1228.00 ipfw_chk [6] 2.3 10782.00 870.00 lookup [7] 2.2 11613.00 831.00 cache_lookup [8] 1.7 12270.00 657.00 tcp_input [9] 1.7 12924.00 654.00 bus_dmamap_load_mbuf_sg [10] 1.7 13557.00 633.00 uma_zalloc_arg [11] 1.7 14183.00 626.00 em_start_locked [12] 1.6 14782.00 599.00 spinlock_exit [13] 1.5 15337.00 555.00 uma_zfree_arg [14] 1.4 15860.00 523.00 fr_makefrip [15] 1.3 16363.00 503.00 lockstatus [16] 1.3 16863.00 500.00 uma_zfree_internal [17] 1.3 17349.00 486.00 pfil_run_hooks [18] 1.2 17818.00 469.00 mi_switch [19] 1.2 18271.00 453.00 in_cksum_skip [20] 1.2 18722.00 451.00 sched_switch [21] 1.1 19157.00 435.00 bzero [22] 1.1 19589.00 432.00 rn_match [23] 1.1 20019.00 430.00 m_copym [24] 1.1 20437.00 418.00 ip_output [25] 0.9 20795.00 358.00 ithread_loop [26] 0.9 21142.00 347.00 callout_reset [27] 0.9 21465.00 323.00 bcopy [28] 0.8 21783.00 318.00 spinlock_enter [29] 0.8 22093.00 310.00 critical_exit [30] 0.8 22396.00 303.00 cpu_switch [31] 0.8 22694.00 298.00 vget [32] 0.8 22991.00 297.00 syscall [33] 0.7 23271.00 280.00 vn_lock [34] 0.7 23541.00 270.00 _mtx_lock_spin [35] 0.7 23802.00 261.00 kern_sendfile [36] 0.7 24054.00 252.00 copyinstr [37] 0.7 24301.00 247.00 ip_input [38] 0.6 24539.00 238.00 vdropl [39] 0.6 24775.00 236.00 acquire [40] 0.6 25007.00 232.00 vinactive [41] 0.6 25227.00 220.00 rtalloc1 [42] 0.6 25443.00 216.00 _mtx_lock_spin_flags [43] 0.6 25656.00 213.00 Xfast_syscall [44] 0.6 25867.00 211.00 bcmp [45] 0.5 26072.00 205.00 VOP_UNLOCK_APV [46] 0.5 26276.00 204.00 vput [47] 0.5 26478.00 202.00 ufs_access [48] 0.5 26675.00 197.00 hpet_get_timecount [49] 0.5 26870.00 195.00 maybe_preempt [50] 0.5 27061.00 191.00 choosethread [51] 0.5 27236.00 175.00 memcpy [52] 0.4 27402.00 166.00 uma_slab_alloc [53] 0.4 27567.00 165.00 ufs_inactive [54] 0.4 27730.00 163.00 in_broadcast [55] 0.4 27890.00 160.00 critical_enter [56] 0.4 28049.00 159.00 rt_check [57] 0.4 28205.00 156.00 ether_output_frame [58] 0.4 28360.00 155.00 em_start [59] 0.4 28515.00 155.00 mb_ctor_mbuf [60] 0.4 28665.00 150.00 kern_open [61] 0.4 28808.00 143.00 binuptime [62] 0.4 28950.00 142.00 runq_choose [63] 0.4 29088.00 138.00 vfs_cache_lookup [64] 0.4 29225.00 137.00 sched_add [65] 0.4 29361.00 136.00 vaccess [66] 0.4 29496.00 135.00 ether_output [67] 0.4 29631.00 135.00 kern_kevent [68] 0.3 29762.00 131.00 intr_event_schedule_thread [69] 0.3 29889.00 127.00 arpresolve [70] 0.3 30016.00 127.00 vref [71] 0.3 30135.00 119.00 ioapic_disable_source [72] 0.3 30250.00 115.00 VOP_LOCK_APV [73] 0.3 30364.00 114.00 kqueue_register [74] 0.3 30476.00 112.00 netisr_processqueue [75] 0.3 30585.00 109.00 VOP_ISLOCKED_APV [76] 0.3 30692.00 107.00 fr_checkv4sum [77] 0.3 30798.00 106.00 sbdrop_locked [78] 0.3 30899.00 101.00 intr_execute_handlers [79] 0.3 31000.00 101.00 rtfree [80] 0.3 31100.00 100.00 random_process_event [81] 0.3 31199.00 99.00 fdrop_locked [82] 0.3 31296.00 97.00 fr_dolog [83] 0.3 31392.00 96.00 VOP_LOOKUP_APV [84] 0.3 31488.00 96.00 cpu_idle [85] 0.3 31584.00 96.00 ioapic_enable_source [86] 0.2 31677.00 93.00 mb_free_ext [87] 0.2 31769.00 92.00 _mtx_lock_sleep [88] 0.2 31858.00 89.00 namei [89] 0.2 31946.00 88.00 acpi_cpu_idle [90] 0.2 32034.00 88.00 dummynet_task [91] 0.2 32115.00 81.00 fget [92] 0.2 32195.00 80.00 rtalloc_ign [93] 0.2 32274.00 79.00 falloc [94] 0.2 32351.00 77.00 in_pcblookup_hash [95] 0.2 32428.00 77.00 knote [96] 0.2 32502.00 74.00 fr_checknatout [97] 0.2 32575.00 73.00 pmc_cpu_is_logical [98] 0.2 32648.00 73.00 softclock [99] 0.2 32719.00 71.00 _mtx_unlock_spin_flags [100] 0.2 32786.00 67.00 fgetsock [101] 0.2 32853.00 67.00 sched_runnable [102] 0.2 32919.00 66.00 sleepq_lookup [103] 0.2 32983.00 64.00 fdrop [104] 0.2 33047.00 64.00 msleep [105] 0.2 33110.00 63.00 swi_net [106] 0.2 33172.00 62.00 acpi_cpu_c1 [107] 0.2 33234.00 62.00 copyin [108] 0.2 33296.00 62.00 sleepq_add [109] 0.2 33357.00 61.00 free [110] 0.2 33418.00 61.00 vm_page_splay [111] 0.2 33478.00 60.00 filt_sowrite [112] 0.2 33537.00 59.00 ffs_lock [113] 0.2 33594.00 57.00 fr_check_wrapper [114] 0.1 33650.00 56.00 VOP_ACCESS_APV [115] 0.1 33706.00 56.00 sched_userret [116] 0.1 33761.00 55.00 kqueue_aquire [117] 0.1 33816.00 55.00 sleepq_lock [118] 0.1 33871.00 55.00 tcp_usr_send [119] 0.1 33926.00 55.00 userret [120] 0.1 33979.00 53.00 in_delayed_cksum [121] 0.1 34032.00 53.00 kern_close [122] 0.1 34084.00 52.00 doreti [123] 0.1 34136.00 52.00 runq_remove [124] 0.1 34188.00 52.00 tcp_xmit_bandwidth_limit [125] 0.1 34239.00 51.00 m_extadd [126] 0.1 34289.00 50.00 sleepq_catch_signals [127] 0.1 34338.00 49.00 fr_acctpkt [128] 0.1 34386.00 48.00 fr_checkstate [129] 0.1 34434.00 48.00 malloc [130] 0.1 34481.00 47.00 tcp_dooptions [131] 0.1 34527.00 46.00 kqueue_release [132] 0.1 34571.00 44.00 sbcompress [133] 0.1 34614.00 43.00 copyout [134] 0.1 34657.00 43.00 fdalloc [135] 0.1 34700.00 43.00 knote_fdclose [136] 0.1 34743.00 43.00 sleepq_wait [137] 0.1 34784.00 41.00 rn_satisfies_leaf [138] 0.1 34824.00 40.00 lapic_handle_timer [139] 0.1 34863.00 39.00 Xapic_isr1 [140] 0.1 34902.00 39.00 doselwakeup [141] 0.1 34941.00 39.00 vop_stdislocked [142] 0.1 34979.00 38.00 frpr_pullup [143] 0.1 35016.00 37.00 sleepq_resume_thread [144] 0.1 35053.00 37.00 taskqueue_run [145] 0.1 35089.00 36.00 runq_add [146] 0.1 35125.00 36.00 tc_windup [147] 0.1 35161.00 36.00 vfs_hash_get [148] 0.1 35197.00 36.00 vn_start_write [149] 0.1 35231.00 34.00 sleepq_signal [150] 0.1 35265.00 34.00 uma_zone_slab [151] 0.1 35298.00 33.00 in_pseudo [152] 0.1 35330.00 32.00 _callout_stop_safe [156] 0.1 35362.00 32.00 sbappendstream [153] 0.1 35394.00 32.00 uhci_intr1 [154] 0.1 35426.00 32.00 vn_finished_write [155] 0.1 35457.00 31.00 SHA256_Update [157] 0.1 35488.00 31.00 ipfw_check_out [158] 0.1 35519.00 31.00 vm_page_set_validclean [159] 0.1 35549.00 30.00 in_matroute [160] 0.1 35579.00 30.00 malloc_type_freed [161] 0.1 35609.00 30.00 sleepq_switch [162] 0.1 35638.00 29.00 hardclock [163] 0.1 35667.00 29.00 sowakeup [164] 0.1 35696.00 29.00 taskqueue_enqueue [165] 0.1 35724.00 28.00 fgetvp_read [166] 0.1 35752.00 28.00 fputsock [167] 0.1 35780.00 28.00 groupmember [168] 0.1 35808.00 28.00 hardclock_process [169] 0.1 35836.00 28.00 msleep_spin [170] 0.1 35863.00 27.00 fd_first_free [171] 0.1 35890.00 27.00 malloc_type_zone_allocated [172] 0.1 35917.00 27.00 runq_check [173] 0.1 35944.00 27.00 tcp_sack_doack [174] 0.1 35971.00 27.00 vn_open_cred [175] 0.1 35998.00 27.00 vrele [176] 0.1 36024.00 26.00 kevent [177] 0.1 36050.00 26.00 rman_get_bustag [178] 0.1 36076.00 26.00 sf_buf_mext [179] 0.1 36101.00 25.00 ipfw_check_in [180] 0.1 36126.00 25.00 vm_page_alloc [181] 0.1 36150.00 24.00 mb_dtor_pack [182] 0.1 36174.00 24.00 pmap_kextract [183] 0.1 36198.00 24.00 sleepq_broadcast [184] 0.1 36221.00 23.00 idle_proc [185] 0.1 36244.00 23.00 sleepq_release [186] 0.1 36267.00 23.00 vn_closefile [187] 0.1 36289.00 22.00 m_freem [188] 0.1 36310.00 21.00 Xtimerint [189] 0.1 36331.00 21.00 brelse [190] 0.1 36352.00 21.00 maybe_resched [191] 0.1 36373.00 21.00 setrunnable [192] 0.1 36394.00 21.00 vm_pageq_remove [193] 0.1 36414.00 20.00 VOP_GETWRITEMOUNT_APV [194] 0.1 36434.00 20.00 fpudna [195] 0.1 36454.00 20.00 vm_page_wire [196] 0.1 36474.00 20.00 vm_pageq_enqueue [197] 0.1 36494.00 20.00 vop_stdunlock [198] 0.1 36513.00 19.00 VOP_INACTIVE_APV [199] 0.1 36532.00 19.00 knlist_mtx_unlock [200] 0.1 36551.00 19.00 knote_enqueue [201] 0.1 36570.00 19.00 setrunqueue [202] 0.0 36588.00 18.00 compute_cn_lkflags [203] 0.0 36606.00 18.00 trap [204] 0.0 36624.00 18.00 vm_page_unwire [205] 0.0 36641.00 17.00 crhold [206] 0.0 36658.00 17.00 dev_lock [207] 0.0 36675.00 17.00 kqueue_fo_release [208] 0.0 36692.00 17.00 m_tag_delete_chain [209] 0.0 36709.00 17.00 vn_close [210] 0.0 36725.00 16.00 lapic_handle_intr [211] 0.0 36741.00 16.00 tcp_xmit_timer [212] 0.0 36757.00 16.00 tvtohz [213] 0.0 36773.00 16.00 uma_zone_exhausted_nolock [214] 0.0 36789.00 16.00 vfs_rel [215] 0.0 36804.00 15.00 VOP_OPEN_APV [216] 0.0 36819.00 15.00 atomic_clear_int [217] 0.0 36834.00 15.00 cursig [218] 0.0 36849.00 15.00 ffs_vget [219] 0.0 36864.00 15.00 vm_page_sleep_if_busy [220] 0.0 36878.00 14.00 frpr_short [221] 0.0 36892.00 14.00 pagecopy [222] 0.0 36906.00 14.00 pmap_clear_modify [223] 0.0 36920.00 14.00 vm_fault [224] 0.0 36933.00 13.00 knlist_mtx_lock [225] 0.0 36946.00 13.00 microtime [226] 0.0 36959.00 13.00 smp_tlb_shootdown [227] 0.0 36972.00 13.00 vfs_busy [228] 0.0 36984.00 12.00 getblk [229] 0.0 36996.00 12.00 m_tag_locate [230] 0.0 37008.00 12.00 mb_dtor_mbuf [231] 0.0 37020.00 12.00 ufs_root [232] 0.0 37032.00 12.00 vm_page_lookup [233] 0.0 37044.00 12.00 vm_pageq_remove_nowakeup [234] 0.0 37055.00 11.00 VOP_CLOSE_APV [235] 0.0 37066.00 11.00 bufdone [236] 0.0 37077.00 11.00 rijndaelKeySetupEnc [237] 0.0 37088.00 11.00 tcp_sack_output [238] 0.0 37099.00 11.00 vm_page_free_toq [239] 0.0 37110.00 11.00 vnode_create_vobject_off [240] 0.0 37121.00 11.00 vop_lock_pre [241] 0.0 37131.00 10.00 bdwrite [242] 0.0 37141.00 10.00 sleepq_timedwait_sig [243] 0.0 37151.00 10.00 tcpip_fillheaders [244] 0.0 37161.00 10.00 ufs_close [245] 0.0 37171.00 10.00 ufs_open [246] 0.0 37181.00 10.00 vm_object_vndeallocate [247] 0.0 37190.00 9.00 _mtx_trylock [256] 0.0 37199.00 9.00 fdused [248] 0.0 37208.00 9.00 pagezero [249] 0.0 37217.00 9.00 pmap_is_prefaultable [250] 0.0 37226.00 9.00 rman_get_bushandle [251] 0.0 37235.00 9.00 timevaladd [252] 0.0 37244.00 9.00 vfs_page_set_valid [253] 0.0 37253.00 9.00 vm_map_entry_splay [254] 0.0 37262.00 9.00 vop_lookup_pre [255] 0.0 37270.00 8.00 devstat_end_transaction [257] 0.0 37278.00 8.00 do_sendfile [258] 0.0 37286.00 8.00 pmap_enter [259] 0.0 37294.00 8.00 pmap_remove_all [260] 0.0 37302.00 8.00 pmap_remove_pages [261] 0.0 37310.00 8.00 taskqueue_thread_loop [262] 0.0 37318.00 8.00 vm_object_deallocate [263] 0.0 37325.00 7.00 allocbuf [264] 0.0 37332.00 7.00 fget_write [265] 0.0 37339.00 7.00 in_clsroute [266] 0.0 37346.00 7.00 mb_dtor_clust [267] 0.0 37353.00 7.00 mb_zfini_pack [268] 0.0 37360.00 7.00 pmap_try_insert_pv_entry [269] 0.0 37367.00 7.00 random_kthread [270] 0.0 37374.00 7.00 vfs_ref [271] 0.0 37381.00 7.00 vm_page_insert [272] 0.0 37388.00 7.00 vm_page_select_cache [273] 0.0 37395.00 7.00 vm_pageout [274] 0.0 37401.00 6.00 apic_idt_to_irq [275] 0.0 37407.00 6.00 bintime [276] 0.0 37413.00 6.00 cluster_read [277] 0.0 37419.00 6.00 fr_checkauth [278] 0.0 37425.00 6.00 fr_checknatin [279] 0.0 37431.00 6.00 open [280] 0.0 37437.00 6.00 pmap_is_modified [281] 0.0 37443.00 6.00 sbappendstream_locked [282] 0.0 37449.00 6.00 sched_wakeup [283] 0.0 37455.00 6.00 sendfile [284] 0.0 37461.00 6.00 sleepq_check_timeout [285] 0.0 37467.00 6.00 soreceive [286] 0.0 37473.00 6.00 vm_page_flag_clear [287] 0.0 37478.00 5.00 buf_splay [288] 0.0 37483.00 5.00 close [289] 0.0 37488.00 5.00 crfree [290] 0.0 37493.00 5.00 ffs_balloc_ufs2 [291] 0.0 37498.00 5.00 ffs_write [292] 0.0 37503.00 5.00 getmicrouptime [293] 0.0 37508.00 5.00 gettimeofday [294] 0.0 37513.00 5.00 knote_alloc [295] 0.0 37518.00 5.00 rijndaelEncrypt [296] 0.0 37523.00 5.00 statclock [297] 0.0 37528.00 5.00 timevalsub [298] 0.0 37533.00 5.00 vfs_busy_pages [299] 0.0 37538.00 5.00 vfs_setdirty [300] 0.0 37543.00 5.00 vop_lock_post [301] 0.0 37547.00 4.00 atomic_add_int [302] 0.0 37551.00 4.00 bqrelse [303] 0.0 37555.00 4.00 closef [304] 0.0 37559.00 4.00 dev_unlock [305] 0.0 37563.00 4.00 dummynet [306] 0.0 37567.00 4.00 ffs_clusteralloc [307] 0.0 37571.00 4.00 fget_read [308] 0.0 37575.00 4.00 gbincore [309] 0.0 37579.00 4.00 hardclock_device_poll [310] 0.0 37583.00 4.00 pmap_allocpte [311] 0.0 37587.00 4.00 pmap_copy [312] 0.0 37591.00 4.00 sbdrop [313] 0.0 37595.00 4.00 scanc [314] 0.0 37599.00 4.00 selwakeuppri [315] 0.0 37603.00 4.00 sopoll [316] 0.0 37607.00 4.00 suser [317] 0.0 37611.00 4.00 swi_sched [318] 0.0 37615.00 4.00 tcp_isn_tick [319] 0.0 37619.00 4.00 timevalfix [320] 0.0 37623.00 4.00 ufs_getlbns [321] 0.0 37627.00 4.00 vholdl [322] 0.0 37631.00 4.00 vm_page_remove [323] 0.0 37635.00 4.00 vm_page_zero_check [324] 0.0 37639.00 4.00 vmtotal [325] 0.0 37643.00 4.00 vn_write [326] 0.0 37647.00 4.00 vop_stdlock [327] 0.0 37650.00 3.00 SHA256_Final [328] 0.0 37653.00 3.00 VOP_LEASE_APV [329] 0.0 37656.00 3.00 amr_done [330] 0.0 37659.00 3.00 buf_vlist_add [331] 0.0 37662.00 3.00 fdunused [332] 0.0 37665.00 3.00 g_bioq_unlock [333] 0.0 37668.00 3.00 g_disk_start [334] 0.0 37671.00 3.00 g_io_schedule_down [335] 0.0 37674.00 3.00 getnanotime [336] 0.0 37677.00 3.00 intr_lookup_source [337] 0.0 37680.00 3.00 lockcount [338] 0.0 37683.00 3.00 pmap_protect [339] 0.0 37686.00 3.00 pmap_qremove [340] 0.0 37689.00 3.00 poll [341] 0.0 37692.00 3.00 reseed [342] 0.0 37695.00 3.00 sleepq_check_signals [343] 0.0 37698.00 3.00 taskqueue_thread_enqueue [344] 0.0 37701.00 3.00 tc_ticktock [345] 0.0 37704.00 3.00 tcp_usr_rcvd [346] 0.0 37707.00 3.00 uhci_intr [347] 0.0 37710.00 3.00 uiomove [348] 0.0 37713.00 3.00 vfs_unbusy [349] 0.0 37716.00 3.00 vop_stdgetwritemount [350] 0.0 37718.00 2.00 DELAY [351] 0.0 37720.00 2.00 NDFREE [352] 0.0 37722.00 2.00 amr_completeio [353] 0.0 37724.00 2.00 amr_startio [354] 0.0 37726.00 2.00 arpintr [355] 0.0 37728.00 2.00 atomic_subtract_int [356] 0.0 37730.00 2.00 bus_dmamap_load [357] 0.0 37732.00 2.00 cluster_wbuild [358] 0.0 37734.00 2.00 ffs_read [359] 0.0 37736.00 2.00 ffs_sync [360] 0.0 37738.00 2.00 forward_roundrobin [361] 0.0 37740.00 2.00 getnewbuf [362] 0.0 37742.00 2.00 ioapic_write [363] 0.0 37744.00 2.00 ip_slowtimo [364] 0.0 37746.00 2.00 itimerfix [365] 0.0 37748.00 2.00 kevent_copyin [366] 0.0 37750.00 2.00 lapic_eoi [367] 0.0 37752.00 2.00 mp_grab_cpu_hlt [368] 0.0 37754.00 2.00 nfsrv_timer [369] 0.0 37756.00 2.00 obreak [370] 0.0 37758.00 2.00 reassignbuf [371] 0.0 37760.00 2.00 sleepq_timedwait [372] 0.0 37762.00 2.00 suser_cred [373] 0.0 37764.00 2.00 trap_pfault [374] 0.0 37766.00 2.00 turnstile_lock [375] 0.0 37768.00 2.00 ufs_itimes [376] 0.0 37770.00 2.00 v_incr_usecount [377] 0.0 37772.00 2.00 vm_page_cache [378] 0.0 37774.00 2.00 vm_page_flash [379] 0.0 37776.00 2.00 vm_page_io_finish [380] 0.0 37778.00 2.00 vn_isdisk [381] 0.0 37780.00 2.00 vn_read [382] 0.0 37782.00 2.00 vnode_pager_setsize [383] 0.0 37784.00 2.00 vop_unlock_pre [384] 0.0 37785.00 1.00 VOP_GETATTR_APV [385] 0.0 37786.00 1.00 Xdna [386] 0.0 37787.00 1.00 __mnt_vnode_markerfree [481] 0.0 37788.00 1.00 _pmap_allocpte [482] 0.0 37789.00 1.00 _pmap_unwire_pte_hold [483] 0.0 37790.00 1.00 _sx_xlock [484] 0.0 37791.00 1.00 alltraps [387] 0.0 37792.00 1.00 arplookup [388] 0.0 37793.00 1.00 bdirty [389] 0.0 37794.00 1.00 biodone [390] 0.0 37795.00 1.00 breadn [391] 0.0 37796.00 1.00 bremfreel [392] 0.0 37797.00 1.00 bufbdflush [393] 0.0 37798.00 1.00 bufobj_wref [394] 0.0 37799.00 1.00 bufwrite [395] 0.0 37800.00 1.00 bwillwrite [396] 0.0 37801.00 1.00 cache_enter [397] 0.0 37802.00 1.00 cluster_callback [398] 0.0 37803.00 1.00 cv_wait_sig [399] 0.0 37804.00 1.00 default_pager_haspage [400] 0.0 37805.00 1.00 dofileread [401] 0.0 37806.00 1.00 dofilewrite [402] 0.0 37807.00 1.00 exec_copyout_strings [403] 0.0 37808.00 1.00 fcntl [404] 0.0 37809.00 1.00 ffs_bdflush [405] 0.0 37810.00 1.00 ffs_isblock [406] 0.0 37811.00 1.00 ffs_realloccg [407] 0.0 37812.00 1.00 ffs_update [408] 0.0 37813.00 1.00 fpu_clean_state [409] 0.0 37814.00 1.00 fpusetregs [410] 0.0 37815.00 1.00 fr_authexpire [411] 0.0 37816.00 1.00 g_bioq_first [412] 0.0 37817.00 1.00 g_bioq_lock [413] 0.0 37818.00 1.00 g_clone_bio [414] 0.0 37819.00 1.00 g_io_deliver [415] 0.0 37820.00 1.00 g_io_request [416] 0.0 37821.00 1.00 g_io_schedule_up [417] 0.0 37822.00 1.00 g_slice_start [418] 0.0 37823.00 1.00 g_trace [419] 0.0 37824.00 1.00 g_vfs_done [420] 0.0 37825.00 1.00 kern_select [421] 0.0 37826.00 1.00 kern_wait [422] 0.0 37827.00 1.00 kevent_copyout [423] 0.0 37828.00 1.00 knlist_empty [424] 0.0 37829.00 1.00 ktrprocexit [425] 0.0 37830.00 1.00 lapic_ipi_vectored [426] 0.0 37831.00 1.00 lapic_ipi_wait [427] 0.0 37832.00 1.00 lim_rlimit [428] 0.0 37833.00 1.00 m_dup_pkthdr [429] 0.0 37834.00 1.00 m_tag_copy_chain [430] 0.0 37835.00 1.00 mb_ctor_pack [431] 0.0 37836.00 1.00 pmap_clear_reference [432] 0.0 37837.00 1.00 pmap_enter_quick [433] 0.0 37838.00 1.00 pmap_invalidate_range [434] 0.0 37839.00 1.00 pmap_remove [435] 0.0 37840.00 1.00 pmap_unuse_pt [436] 0.0 37841.00 1.00 rijndael_blockEncrypt [437] 0.0 37842.00 1.00 sbrelease [438] 0.0 37843.00 1.00 sched_clock [439] 0.0 37844.00 1.00 sched_prio [440] 0.0 37845.00 1.00 sched_priority [441] 0.0 37846.00 1.00 schedcpu_thread [442] 0.0 37847.00 1.00 scrn_timer [443] 0.0 37848.00 1.00 selrecord [444] 0.0 37849.00 1.00 signotify [445] 0.0 37850.00 1.00 sleepq_timeout [446] 0.0 37851.00 1.00 softdep_disk_io_initiation [447] 0.0 37852.00 1.00 softdep_setup_allocindir_page [448] 0.0 37853.00 1.00 soo_poll [449] 0.0 37854.00 1.00 strncmp [450] 0.0 37855.00 1.00 syncache_add [451] 0.0 37856.00 1.00 tcp_reass [452] 0.0 37857.00 1.00 tcp_sackhole_insert [453] 0.0 37858.00 1.00 tcp_sackhole_remove [454] 0.0 37859.00 1.00 ufs_bmaparray [455] 0.0 37860.00 1.00 ufs_setattr [456] 0.0 37861.00 1.00 ufs_strategy [457] 0.0 37862.00 1.00 ufsdirhash_hash [458] 0.0 37863.00 1.00 unlock_and_deallocate [459] 0.0 37864.00 1.00 v_decr_usecount [460] 0.0 37865.00 1.00 vfs_bio_clrbuf [461] 0.0 37866.00 1.00 vfs_vmio_release [462] 0.0 37867.00 1.00 vm_map_entry_link [463] 0.0 37868.00 1.00 vm_map_entry_unlink [464] 0.0 37869.00 1.00 vm_map_findspace [465] 0.0 37870.00 1.00 vm_map_inherit [466] 0.0 37871.00 1.00 vm_map_lookup [467] 0.0 37872.00 1.00 vm_map_lookup_entry [468] 0.0 37873.00 1.00 vm_map_protect [469] 0.0 37874.00 1.00 vm_object_backing_scan [470] 0.0 37875.00 1.00 vm_object_clear_flag [471] 0.0 37876.00 1.00 vm_object_page_remove [472] 0.0 37877.00 1.00 vm_object_shadow [473] 0.0 37878.00 1.00 vm_object_terminate [474] 0.0 37879.00 1.00 vm_page_activate [475] 0.0 37880.00 1.00 vm_page_free [476] 0.0 37881.00 1.00 vm_page_is_valid [477] 0.0 37882.00 1.00 vm_pageq_find [478] 0.0 37883.00 1.00 vmspace_fork [479] 0.0 37884.00 1.00 vn_rdwr [480] Index by function name [351] DELAY [336] getnanotime [118] sleepq_lock [352] NDFREE [362] getnewbuf [103] sleepq_lookup [328] SHA256_Final [294] gettimeofday [186] sleepq_release [2] SHA256_Transform [168] groupmember [144] sleepq_resume_threa [157] SHA256_Update [163] hardclock [150] sleepq_signal [115] VOP_ACCESS_APV [310] hardclock_device_po [162] sleepq_switch [235] VOP_CLOSE_APV [169] hardclock_process [372] sleepq_timedwait [385] VOP_GETATTR_APV [49] hpet_get_timecount [243] sleepq_timedwait_si [194] VOP_GETWRITEMOUNT_A [185] idle_proc [446] sleepq_timeout [199] VOP_INACTIVE_APV [55] in_broadcast [137] sleepq_wait [76] VOP_ISLOCKED_APV [20] in_cksum_skip [227] smp_tlb_shootdown [329] VOP_LEASE_APV [1] in_cksumdata [99] softclock [73] VOP_LOCK_APV [266] in_clsroute [447] softdep_disk_io_ini [84] VOP_LOOKUP_APV [121] in_delayed_cksum [448] softdep_setup_alloc [216] VOP_OPEN_APV [160] in_matroute [449] soo_poll [46] VOP_UNLOCK_APV [95] in_pcblookup_hash [316] sopoll [140] Xapic_isr1 [152] in_pseudo [286] soreceive [386] Xdna [69] intr_event_schedule [164] sowakeup [44] Xfast_syscall [79] intr_execute_handle [29] spinlock_enter [189] Xtimerint [337] intr_lookup_source [13] spinlock_exit [481] __mnt_vnode_markerf [72] ioapic_disable_sour [297] statclock [156] _callout_stop_safe [86] ioapic_enable_sourc [450] strncmp [88] _mtx_lock_sleep [363] ioapic_write [317] suser [35] _mtx_lock_spin [38] ip_input [373] suser_cred [43] _mtx_lock_spin_flag [25] ip_output [106] swi_net [256] _mtx_trylock [364] ip_slowtimo [318] swi_sched [100] _mtx_unlock_spin_fl [180] ipfw_check_in [451] syncache_add [482] _pmap_allocpte [158] ipfw_check_out [33] syscall [483] _pmap_unwire_pte_ho [6] ipfw_chk [165] taskqueue_enqueue [484] _sx_xlock [26] ithread_loop [145] taskqueue_run [107] acpi_cpu_c1 [365] itimerfix [344] taskqueue_thread_en [90] acpi_cpu_idle [122] kern_close [262] taskqueue_thread_lo [40] acquire [68] kern_kevent [345] tc_ticktock [264] allocbuf [61] kern_open [147] tc_windup [387] alltraps [421] kern_select [131] tcp_dooptions [353] amr_completeio [36] kern_sendfile [9] tcp_input [330] amr_done [422] kern_wait [319] tcp_isn_tick [354] amr_startio [177] kevent [5] tcp_output [275] apic_idt_to_irq [366] kevent_copyin [452] tcp_reass [355] arpintr [423] kevent_copyout [174] tcp_sack_doack [388] arplookup [424] knlist_empty [238] tcp_sack_output [70] arpresolve [225] knlist_mtx_lock [453] tcp_sackhole_insert [302] atomic_add_int [200] knlist_mtx_unlock [454] tcp_sackhole_remove [217] atomic_clear_int [96] knote [346] tcp_usr_rcvd [356] atomic_subtract_int [295] knote_alloc [119] tcp_usr_send [45] bcmp [201] knote_enqueue [125] tcp_xmit_bandwidth_ [28] bcopy [136] knote_fdclose [212] tcp_xmit_timer [389] bdirty [117] kqueue_aquire [244] tcpip_fillheaders [242] bdwrite [208] kqueue_fo_release [252] timevaladd [276] bintime [74] kqueue_register [320] timevalfix [62] binuptime [132] kqueue_release [298] timevalsub [390] biodone [425] ktrprocexit [204] trap [303] bqrelse [367] lapic_eoi [374] trap_pfault [391] breadn [211] lapic_handle_intr [375] turnstile_lock [190] brelse [139] lapic_handle_timer [213] tvtohz [392] bremfreel [426] lapic_ipi_vectored [48] ufs_access [288] buf_splay [427] lapic_ipi_wait [455] ufs_bmaparray [331] buf_vlist_add [428] lim_rlimit [245] ufs_close [393] bufbdflush [338] lockcount [321] ufs_getlbns [236] bufdone [3] lockmgr [54] ufs_inactive [394] bufobj_wref [16] lockstatus [376] ufs_itimes [395] bufwrite [7] lookup [246] ufs_open [357] bus_dmamap_load [24] m_copym [232] ufs_root [10] bus_dmamap_load_mbu [429] m_dup_pkthdr [456] ufs_setattr [396] bwillwrite [126] m_extadd [457] ufs_strategy [22] bzero [188] m_freem [458] ufsdirhash_hash [397] cache_enter [430] m_tag_copy_chain [347] uhci_intr [8] cache_lookup [209] m_tag_delete_chain [154] uhci_intr1 [27] callout_reset [230] m_tag_locate [348] uiomove [51] choosethread [130] malloc [53] uma_slab_alloc [289] close [161] malloc_type_freed [11] uma_zalloc_arg [304] closef [172] malloc_type_zone_al [14] uma_zfree_arg [398] cluster_callback [50] maybe_preempt [17] uma_zfree_internal [277] cluster_read [191] maybe_resched [214] uma_zone_exhausted_ [358] cluster_wbuild [60] mb_ctor_mbuf [151] uma_zone_slab [203] compute_cn_lkflags [431] mb_ctor_pack [459] unlock_and_dealloca [108] copyin [267] mb_dtor_clust [120] userret [37] copyinstr [231] mb_dtor_mbuf [460] v_decr_usecount [134] copyout [182] mb_dtor_pack [377] v_incr_usecount [85] cpu_idle [87] mb_free_ext [66] vaccess [31] cpu_switch [268] mb_zfini_pack [39] vdropl [290] crfree [52] memcpy [461] vfs_bio_clrbuf [206] crhold [19] mi_switch [228] vfs_busy [56] critical_enter [226] microtime [299] vfs_busy_pages [30] critical_exit [368] mp_grab_cpu_hlt [64] vfs_cache_lookup [218] cursig [105] msleep [148] vfs_hash_get [399] cv_wait_sig [170] msleep_spin [253] vfs_page_set_valid [400] default_pager_haspa [89] namei [271] vfs_ref [207] dev_lock [75] netisr_processqueue [215] vfs_rel [305] dev_unlock [369] nfsrv_timer [300] vfs_setdirty [257] devstat_end_transac [370] obreak [349] vfs_unbusy [258] do_sendfile [280] open [462] vfs_vmio_release [401] dofileread [222] pagecopy [32] vget [402] dofilewrite [249] pagezero [322] vholdl [123] doreti [18] pfil_run_hooks [41] vinactive [141] doselwakeup [311] pmap_allocpte [224] vm_fault [306] dummynet [223] pmap_clear_modify [463] vm_map_entry_link [91] dummynet_task [432] pmap_clear_referenc [254] vm_map_entry_splay [59] em_start [312] pmap_copy [464] vm_map_entry_unlink [12] em_start_locked [259] pmap_enter [465] vm_map_findspace [67] ether_output [433] pmap_enter_quick [466] vm_map_inherit [58] ether_output_frame [434] pmap_invalidate_ran [467] vm_map_lookup [403] exec_copyout_string [281] pmap_is_modified [468] vm_map_lookup_entry [94] falloc [250] pmap_is_prefaultabl [469] vm_map_protect [404] fcntl [183] pmap_kextract [470] vm_object_backing_s [171] fd_first_free [339] pmap_protect [471] vm_object_clear_fla [135] fdalloc [340] pmap_qremove [263] vm_object_deallocat [104] fdrop [435] pmap_remove [472] vm_object_page_remo [82] fdrop_locked [260] pmap_remove_all [473] vm_object_shadow [332] fdunused [261] pmap_remove_pages [474] vm_object_terminate [248] fdused [269] pmap_try_insert_pv_ [247] vm_object_vndealloc [291] ffs_balloc_ufs2 [436] pmap_unuse_pt [475] vm_page_activate [405] ffs_bdflush [98] pmc_cpu_is_logical [181] vm_page_alloc [307] ffs_clusteralloc [341] poll [378] vm_page_cache [406] ffs_isblock [270] random_kthread [287] vm_page_flag_clear [113] ffs_lock [81] random_process_even [379] vm_page_flash [359] ffs_read [371] reassignbuf [476] vm_page_free [407] ffs_realloccg [342] reseed [239] vm_page_free_toq [360] ffs_sync [296] rijndaelEncrypt [272] vm_page_insert [408] ffs_update [237] rijndaelKeySetupEnc [380] vm_page_io_finish [219] ffs_vget [437] rijndael_blockEncry [477] vm_page_is_valid [292] ffs_write [251] rman_get_bushandle [233] vm_page_lookup [92] fget [178] rman_get_bustag [323] vm_page_remove [308] fget_read [23] rn_match [273] vm_page_select_cach [265] fget_write [138] rn_satisfies_leaf [159] vm_page_set_validcl [101] fgetsock [57] rt_check [220] vm_page_sleep_if_bu [166] fgetvp_read [42] rtalloc1 [111] vm_page_splay [112] filt_sowrite [93] rtalloc_ign [205] vm_page_unwire [361] forward_roundrobin [80] rtfree [196] vm_page_wire [409] fpu_clean_state [146] runq_add [324] vm_page_zero_check [195] fpudna [173] runq_check [274] vm_pageout [410] fpusetregs [63] runq_choose [197] vm_pageq_enqueue [167] fputsock [124] runq_remove [478] vm_pageq_find [128] fr_acctpkt [153] sbappendstream [193] vm_pageq_remove [411] fr_authexpire [282] sbappendstream_lock [234] vm_pageq_remove_now [4] fr_check [133] sbcompress [479] vmspace_fork [114] fr_check_wrapper [313] sbdrop [325] vmtotal [278] fr_checkauth [78] sbdrop_locked [210] vn_close [279] fr_checknatin [438] sbrelease [187] vn_closefile [97] fr_checknatout [314] scanc [155] vn_finished_write [129] fr_checkstate [65] sched_add [381] vn_isdisk [77] fr_checkv4sum [439] sched_clock [34] vn_lock [83] fr_dolog [440] sched_prio [175] vn_open_cred [15] fr_makefrip [441] sched_priority [480] vn_rdwr [110] free [102] sched_runnable [382] vn_read [143] frpr_pullup [21] sched_switch [149] vn_start_write [221] frpr_short [116] sched_userret [326] vn_write [412] g_bioq_first [283] sched_wakeup [240] vnode_create_vobjec [413] g_bioq_lock [442] schedcpu_thread [383] vnode_pager_setsize [333] g_bioq_unlock [443] scrn_timer [301] vop_lock_post [414] g_clone_bio [444] selrecord [241] vop_lock_pre [334] g_disk_start [315] selwakeuppri [255] vop_lookup_pre [415] g_io_deliver [284] sendfile [350] vop_stdgetwritemoun [416] g_io_request [192] setrunnable [142] vop_stdislocked [335] g_io_schedule_down [202] setrunqueue [327] vop_stdlock [417] g_io_schedule_up [179] sf_buf_mext [198] vop_stdunlock [418] g_slice_start [445] signotify [384] vop_unlock_pre [419] g_trace [109] sleepq_add [47] vput [420] g_vfs_done [184] sleepq_broadcast [71] vref [309] gbincore [127] sleepq_catch_signal [176] vrele [229] getblk [343] sleepq_check_signal [293] getmicrouptime [285] sleepq_check_timeou --------------020108020005080507060303-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:33:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA7D16A41B for ; Wed, 24 Oct 2007 06:33:21 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 7CC0113C4AA for ; Wed, 24 Oct 2007 06:33:21 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l9O6XJ6m034593; Wed, 24 Oct 2007 16:33:19 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200710240633.l9O6XJ6m034593@drugs.dv.isc.org> To: "[LoN]Kamikaze" From: Mark Andrews In-reply-to: Your message of "Wed, 24 Oct 2007 08:27:10 +0200." <471EE5BE.5080604@gmx.de> Date: Wed, 24 Oct 2007 16:33:19 +1000 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:33:21 -0000 > df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space > remain. > > However doing a > du -hd 1 /var > > and summing up the results I only get to less than 200M of used space, so > there are 1.3G unaccounted for. fsck in single user mode does not recognize a > problem. The usual answer is that a process has a unlinked file open however as you went to single user this would have eliminated this. Are you swapping to a file on /var? Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:35:05 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52F8C16A420 for ; Wed, 24 Oct 2007 06:35:05 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5305613C4AA for ; Wed, 24 Oct 2007 06:35:05 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 95F371CC077; Tue, 23 Oct 2007 23:17:03 -0700 (PDT) Date: Tue, 23 Oct 2007 23:17:03 -0700 From: Jeremy Chadwick To: Brett Glass Message-ID: <20071024061703.GA89071@eos.sc1.parodius.com> References: <200710240500.XAA02769@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710240500.XAA02769@lariat.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org Subject: Re: Likely release dates for 6.3, 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:35:05 -0000 On Tue, Oct 23, 2007 at 11:00:29PM -0600, Brett Glass wrote: > What are the likely release dates (I'm looking for estimates here) of > FreeBSD 6.3 and 7.0? We need 6.3, including all of the MFCed code that's > likely to be included in it, for new servers and would like to begin > experimenting with 7.0. The current release engineering page hasn't been > updated in awhile and doesn't show the usual "to do" lists or schedules.... > Can someone give us an estimated timeframe? Ken Smith gave the following dates: 7.0 6.3 BETA1 10/17 10/24 BETA2 10/31 11/7 RC1 11/14 11/21 RC2 11/28 12/5 REL 12/12 12/19 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:43:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EB6416A417 for ; Wed, 24 Oct 2007 06:43:54 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id DCD4813C494 for ; Wed, 24 Oct 2007 06:43:53 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 06:43:44 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp028) with SMTP; 24 Oct 2007 08:43:44 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+QUo1R/9WQtg2Hfn+EQlOkKrHqhpgxppew4OYVXv y1K8Sct77l6xXA Message-ID: <471EE99E.8020508@gmx.de> Date: Wed, 24 Oct 2007 08:43:42 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Mark Andrews References: <200710240633.l9O6XJ6m034593@drugs.dv.isc.org> In-Reply-To: <200710240633.l9O6XJ6m034593@drugs.dv.isc.org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:43:54 -0000 Mark Andrews wrote: >> df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space >> remain. >> >> However doing a >> du -hd 1 /var >> >> and summing up the results I only get to less than 200M of used space, so >> there are 1.3G unaccounted for. fsck in single user mode does not recognize a >> problem. > > The usual answer is that a process has a unlinked file open > however as you went to single user this would have eliminated > this. Are you swapping to a file on /var? > > Mark No, I have a separate partition for swapping. I even tried to turn off soft-updates, but to no avail. I'd like to find out what causes this, but If I cannot, I will simply backup /var, run newfs and restore it. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 06:57:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 970A016A41B for ; Wed, 24 Oct 2007 06:57:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 97D0713C491 for ; Wed, 24 Oct 2007 06:57:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B2E971CC071; Tue, 23 Oct 2007 23:57:25 -0700 (PDT) Date: Tue, 23 Oct 2007 23:57:25 -0700 From: Jeremy Chadwick To: "[LoN]Kamikaze" Message-ID: <20071024065725.GA89715@eos.sc1.parodius.com> References: <471EE5BE.5080604@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471EE5BE.5080604@gmx.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:57:43 -0000 On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: > df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space > remain. > > However doing a > du -hd 1 /var > > and summing up the results I only get to less than 200M of used space, so > there are 1.3G unaccounted for. fsck in single user mode does not recognize a > problem. Try looking at tunefs(8), particularly the -m flag. That amount of space is kept for root (the user). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 07:11:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6012016A468 for ; Wed, 24 Oct 2007 07:11:38 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id BF6FC13C48E for ; Wed, 24 Oct 2007 07:11:37 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 07:11:29 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp054) with SMTP; 24 Oct 2007 09:11:29 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19ZiMt9NCtZaEz+7VddU4HlJwL+qt+fmFg8we5Lvg 3j7WdbxkJCjlfg Message-ID: <471EF020.2020606@gmx.de> Date: Wed, 24 Oct 2007 09:11:28 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Olivier Brisson References: <471E7055.4000904@gmx.de> <000401c815c2$5bcbc9e0$13635da0$@org> In-Reply-To: <000401c815c2$5bcbc9e0$13635da0$@org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 problem with playing DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 07:11:38 -0000 Olivier Brisson wrote: >> Using mplayer to try play a DVD my errorconsole is spammed with: >> >> ata1: FAILURE - non aligned DMA transfer attempted >> acd0: setting up DMA failed >> >> The mplayer just hangs around in physrd status and cannot be killed >> (even by >> kill -9). The error message gets posted until the system is shutdown. >> The >> mplayer process also stays alive for the whole time. The only way to >> open the >> DVD-drive after attempting to play the DVD is to reboot the system. > > It seems that you have a hardware problem. Could you please try with an other drive? I now find your suggestion more likely. I think it might be a cable problem (both are on the same ata channel and thus use the same cable), fortunately I have some spares, so I'll exchange the cable tonight and report weather that was of any use. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 07:14:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D00B116A420 for ; Wed, 24 Oct 2007 07:14:03 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 3BAB013C4BC for ; Wed, 24 Oct 2007 07:14:03 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 07:07:14 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp005) with SMTP; 24 Oct 2007 09:07:14 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18aq0s16TIaaxUuGdS47030dRcBlDpCXuNVlXNXLx tFGZk+nznYfJbi Message-ID: <471EEF21.5010800@gmx.de> Date: Wed, 24 Oct 2007 09:07:13 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Jeremy Chadwick References: <471EE5BE.5080604@gmx.de> <20071024065725.GA89715@eos.sc1.parodius.com> In-Reply-To: <20071024065725.GA89715@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 07:14:03 -0000 Jeremy Chadwick wrote: > On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: >> df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space >> remain. >> >> However doing a >> du -hd 1 /var >> >> and summing up the results I only get to less than 200M of used space, so >> there are 1.3G unaccounted for. fsck in single user mode does not recognize a >> problem. > > Try looking at tunefs(8), particularly the -m flag. That amount of > space is kept for root (the user). > As in most cases the problem was sitting between the chair and the keyboard. I simply overlooked the G when I read that /var/log contained 1.3G of data. I'm sorry for wasting the precious time of those who read or even replied with my stupidity. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 07:45:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD9216A418 for ; Wed, 24 Oct 2007 07:45:01 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 398DD13C4B2 for ; Wed, 24 Oct 2007 07:44:58 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 6167 invoked by uid 89); 24 Oct 2007 07:17:56 -0000 Received: by simscan 1.2.0 ppid: 6162, pid: 6164, t: 0.6757s scanners: attach: 1.2.0 clamav: 0.88.7/m:44/d:4232 Received: from unknown (HELO claylaptop) (clay@milos.za.net@84.203.2.161) by bart.milos.co.za with ESMTPA; 24 Oct 2007 07:17:56 -0000 Message-ID: <00a701c8160d$fb78e810$0264a8c0@claylaptop> From: "Clayton Milos" To: "[LoN]Kamikaze" References: <471EE5BE.5080604@gmx.de><20071024065725.GA89715@eos.sc1.parodius.com> <471EEF21.5010800@gmx.de> Date: Wed, 24 Oct 2007 08:17:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 07:45:01 -0000 > Jeremy Chadwick wrote: >> On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: >>> df -h reports that on /var 1.5G of 1.9G are used and only 237M of free >>> space >>> remain. >>> >>> However doing a >>> du -hd 1 /var >>> >>> and summing up the results I only get to less than 200M of used space, >>> so >>> there are 1.3G unaccounted for. fsck in single user mode does not >>> recognize a >>> problem. >> >> Try looking at tunefs(8), particularly the -m flag. That amount of >> space is kept for root (the user). >> > > As in most cases the problem was sitting between the chair and the > keyboard. I > simply overlooked the G when I read that /var/log contained 1.3G of data. > > I'm sorry for wasting the precious time of those who read or even replied > with > my stupidity. Sounds like you need to make a few entries in /etc/newsyslog First thing I do when I add any new apps is give their logs a life cycle. All too quickly logs become bulky and you find /var holding it's breath. -Clay From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 08:34:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2CB516A41B for ; Wed, 24 Oct 2007 08:34:18 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id A264113C4A5 for ; Wed, 24 Oct 2007 08:34:18 +0000 (UTC) (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 1IkakO-0005BS-CZ for freebsd-stable@freebsd.org; Wed, 24 Oct 2007 09:33:48 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Oct 2007 09:33:48 +0200 From: Danny Braniss Message-ID: Subject: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 08:34:18 -0000 Hi, these drivers don't work under 7.0 As soon as some mild preasure is applied, they start loosing interrupts, and in my case the hosts come to a total stand-still, since they are diskless and rely on the network. This happens at 1gb and at 100mg. Maybe the problem is with the shared interrups? irq16: mskc0 uhci0 3308351 13 or irq21: nfe0 ohci0 1584415 24 but I have no idea how to uncouple this danny From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 08:42:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2345316A419 for ; Wed, 24 Oct 2007 08:42:25 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id CB9D413C494 for ; Wed, 24 Oct 2007 08:42:24 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.1/8.14.1) with ESMTP id l9O8JHwR073063; Wed, 24 Oct 2007 10:19:17 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.1/8.14.1/Submit) id l9O8JHpN073062; Wed, 24 Oct 2007 10:19:17 +0200 (CEST) (envelope-from byshenknet) Date: Wed, 24 Oct 2007 10:19:17 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20071024081916.GJ91307@core.byshenk.net> References: <471E3620.306@mail.ru> <471E62CB.3020902@intersonic.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471E62CB.3020902@intersonic.se> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on core.byshenk.net Cc: rihad Subject: Re: 7.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 08:42:25 -0000 On Tue, Oct 23, 2007 at 11:08:27PM +0200, Per olof Ljungmark wrote: > rihad wrote: > >How risky is it to start using 7.0-BETA1 in production, with the > >intention of upgrading to release as soon as possible? Thanks. > We've used 7-CURRENT since January on a couple of production boxes and > had very few disasters, well, none, but a couple of issues. > "Risky" is a relative term really, but if you ask me I'd say the "risk" > is rather low. > But: TEST FIRST! I concur with Per. I've been running 7-CURRENT on a couple of "production" machines for some months, without any serious problems -- but these are not mission-critical machines. Risk is a relative thing, and it is relative to both the risk of failure and the cost of that failure should it occur. I have 7- running on one fileserver that is used only by our IT group (for online copies of distfiles and other installable software), meaning that if something should go horribly wrong, it would be an annoyance, but not a disaster. The same could _not_ be said about our central user fileservers, and so they do not run 7-. I could also note that I've been running 7-CURRENT on my own workstation (including X, but only fvwm2 and nothing too fancy) for about 6 months, and have experienced no serious problems (though I have swapped out SCHED_4BSD for SCHED_ULE due to poor interactivity with 4BSD). And I also emphasise: TEST FIRST! My situation is not the same as yours, and something that works fine in my environment may break horribly in yours. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 08:53:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD99216A41B for ; Wed, 24 Oct 2007 08:53:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 7524213C48D for ; Wed, 24 Oct 2007 08:53:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so111258nzf for ; Wed, 24 Oct 2007 01:53:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=8VNZ6PKn0/o7s382jSaJv+seyyBBeuYcDiFNzk6mOfo=; b=gf45XizjZeOC94KR1DTSbjXPDa1gvKi+dVj4mFrQw0Bye8VKD6teWaieS7Zb2Nrb0DBU8+MifXToGKkqnncnokq8XxSNWEj9/qKUPY66j9mW4JSI32UDMiCkDoAPg+CxysJ2S2tqluJBZOtpD9cQtTeIp/aCSlXD9QG0BFlGxIg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=beV2DBexP+l7sOsJ/sVK+XO18IGE1orvIT6iQvspMqxKPjBjz4rAEmRHkJO2IXE0NiZFT99zyC1En+fUr0jSztdRl+NuNyf7Cd4fYzXXgdBthzOZwuPIbl87DnK1ZbZwuBe+rBjqa3NHjQSLRn298nNkPfm6z4O1hSRySt0Qt+Y= Received: by 10.115.23.12 with SMTP id a12mr431492waj.1193215995722; Wed, 24 Oct 2007 01:53:15 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v38sm974066wah.2007.10.24.01.53.13 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Oct 2007 01:53:14 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9O8nZcN013284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Oct 2007 17:49:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9O8nYdw013283; Wed, 24 Oct 2007 17:49:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 24 Oct 2007 17:49:34 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20071024084934.GF11234@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 08:53:25 -0000 On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote: > Hi, > these drivers don't work under 7.0 > As soon as some mild preasure is applied, they start loosing interrupts, and > in my case the hosts come to a total stand-still, since they are diskless > and rely on the network. > This happens at 1gb and at 100mg. > > Maybe the problem is with the shared interrups? > > irq16: mskc0 uhci0 3308351 13 > or > irq21: nfe0 ohci0 1584415 24 > > but I have no idea how to uncouple this > If you see watchdog timeout errors on your console, shared interrupt would be culprit. For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1) to set it before loading msk(4) kernel module. For nfe(4) you can switch to polling(4). -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 09:01:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CFCA16A417 for ; Wed, 24 Oct 2007 09:01:25 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx30.mail.ru (mx30.mail.ru [194.67.23.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1C57B13C48A for ; Wed, 24 Oct 2007 09:01:24 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.83] (port=14169 helo=[217.25.20.83]) by mx30.mail.ru with esmtp id 1Ikc6w-000IG3-00 for freebsd-stable@freebsd.org; Wed, 24 Oct 2007 13:01:10 +0400 Message-ID: <471F09BA.7090406@mail.ru> Date: Wed, 24 Oct 2007 14:00:42 +0500 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <471E3620.306@mail.ru> <471E62CB.3020902@intersonic.se> <20071024081916.GJ91307@core.byshenk.net> In-Reply-To: <20071024081916.GJ91307@core.byshenk.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 09:01:25 -0000 Greg Byshenk wrote: > On Tue, Oct 23, 2007 at 11:08:27PM +0200, Per olof Ljungmark wrote: >> rihad wrote: > >>> How risky is it to start using 7.0-BETA1 in production, with the >>> intention of upgrading to release as soon as possible? Thanks. > >> We've used 7-CURRENT since January on a couple of production boxes and >> had very few disasters, well, none, but a couple of issues. > >> "Risky" is a relative term really, but if you ask me I'd say the "risk" >> is rather low. > My question was more a theoretical one: it's called BETA for some reason, otherwise it'd still be in HEAD. To me BETA means that no major architectural changes are expected in it any more, no? >> But: TEST FIRST! > > I concur with Per. I've been running 7-CURRENT on a couple of "production" > machines for some months, without any serious problems -- but these are not > mission-critical machines. > Our machine-to-be is quite mission-critical... But if I start with the latest 6.x release, it would be more difficult to migrate to 7.0 when it comes out than if I start with 7.0-BETA?. I've known people running 4-STABLE or 5-STABLE branches on mission-critical machines, without even bothering to upgrade, but I think they're stress-testing their luck ;-) So I don't want to join their camp, that's why I asked for advice ;-) Again it's named BETA for a reason, so it could be less intrusive than STABLE?.. I will definitely start with beta if it reaches BETA2 in a week or two - the time I got ;-) Thanks for advice. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 09:25:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA5A616A41A for ; Wed, 24 Oct 2007 09:25:07 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2B213C4A8 for ; Wed, 24 Oct 2007 09:25:07 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.1/8.14.1) with ESMTP id l9O9OhI5074323 for ; Wed, 24 Oct 2007 11:24:43 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.1/8.14.1/Submit) id l9O9Oh8Z074321 for freebsd-stable@freebsd.org; Wed, 24 Oct 2007 11:24:43 +0200 (CEST) (envelope-from byshenknet) Date: Wed, 24 Oct 2007 11:24:43 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20071024092443.GK91307@core.byshenk.net> References: <471E3620.306@mail.ru> <471E62CB.3020902@intersonic.se> <20071024081916.GJ91307@core.byshenk.net> <471F09BA.7090406@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471F09BA.7090406@mail.ru> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on core.byshenk.net Subject: Re: 7.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 09:25:07 -0000 On Wed, Oct 24, 2007 at 02:00:42PM +0500, rihad wrote: > >>rihad wrote: > >>>How risky is it to start using 7.0-BETA1 in production, with the > >>>intention of upgrading to release as soon as possible? Thanks. > My question was more a theoretical one: it's called BETA for some > reason, otherwise it'd still be in HEAD. To me BETA means that no major > architectural changes are expected in it any more, no? Yes, but it doesn't mean that there can't be undiscovered bugs that could cause problems. > Our machine-to-be is quite mission-critical... But if I start with the > latest 6.x release, it would be more difficult to migrate to 7.0 when it > comes out than if I start with 7.0-BETA?. I've known people running > 4-STABLE or 5-STABLE branches on mission-critical machines, without even > bothering to upgrade, but I think they're stress-testing their luck ;-) > So I don't want to join their camp, that's why I asked for advice ;-) > Again it's named BETA for a reason, so it could be less intrusive than > STABLE?.. > I will definitely start with beta if it reaches BETA2 in a week or two - > the time I got ;-) Thanks for advice. Well, if it is a "machine-to-be", then I suspect that you should be safe in starting with 7.0-BETA. First, there don't appear to be any serious problems with it, and second, if it is a new build "machine-to-be", then you will have the opportunity to do the testing required to ensure that there are no problems (in your situation) prior to rollout. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 13:16:54 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AEA116A421; Wed, 24 Oct 2007 13:16:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id A5CD613C4A5; Wed, 24 Oct 2007 13:16:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9ODGYXJ093702; Wed, 24 Oct 2007 15:16:41 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9ODGYfZ093701; Wed, 24 Oct 2007 15:16:34 +0200 (CEST) (envelope-from olli) Date: Wed, 24 Oct 2007 15:16:34 +0200 (CEST) Message-Id: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, amdmi3@amdmi3.ru In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 24 Oct 2007 15:16:42 +0200 (CEST) Cc: Subject: Re: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest ?unionfs improvements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, amdmi3@amdmi3.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:16:54 -0000 [Note: stripped excessive Cc.] Dmitry Marakasov wrote: > Btw, I was wondering: is unionfs related in any way with -ounion > option of mount_*? No. The union mount option (-o union) is completely separate from UNIONFS, although it can be used to achieve a somewhat similar effect. It depends on your requirements whether it is sufficient or not. > I was told long time ago that -ounion is even > more broken than unionfs. That's wrong. The union mount option was _never_ really broken. I'm using it for almost as long as FreeBSD exists. However UNIONFS was broken for a long time (along with NULLFS and UMAPFS). NULLFS has been fixed some time ago, UMAPFS was abandoned apparently, i.e. nobody showed up to fix it, and UNIONFS was pretty much completely overhauled by Daichi GOTO and his team. I would now regard it as stable. > Though, those two features seem to do very > similar thing and I think that -ounion option is pretty useful. Yes, it is useful. The biggest differences are: - The union mount option newly mounts a filesystem on top of an arbitrary existing directory tree, while UNIONFS mounts another representation of one existing directory tree on top of another one. That means UNIONFS does the same as NULLFS, but unlike NULLFS it does not hide the underlying directory tree. - When using the union mount option, only the entries in the root directory show through from the "lower" file system. When using UIONFS, _all_ entries in _all_ directories are visible (unless masked by an identical entry in the upper file system, of course). - The implementation of the union mount option is rather simple has rather low overhead. UNIONFS is much more complex and has some overhead for certain operations, especially when files and directories have to be created automatically in the upper layer. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered." -- Guido van Rossum From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 13:19:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9773616A417 for ; Wed, 24 Oct 2007 13:19:25 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F008813C48D for ; Wed, 24 Oct 2007 13:19:24 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 13:18:32 -0000 Received: from vpn-cl-161-186.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.161.186] by mail.gmx.net (mp001) with SMTP; 24 Oct 2007 15:18:32 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18uzRQqJyIuKYZjc4gJed8Na9RTdjwlYxvRbCte1K flHhEmEESnNyNb Message-ID: <471F4624.2040007@gmx.de> Date: Wed, 24 Oct 2007 15:18:28 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Clayton Milos References: <471EE5BE.5080604@gmx.de><20071024065725.GA89715@eos.sc1.parodius.com> <471EEF21.5010800@gmx.de> <00a701c8160d$fb78e810$0264a8c0@claylaptop> In-Reply-To: <00a701c8160d$fb78e810$0264a8c0@claylaptop> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:19:25 -0000 Clayton Milos wrote: >> Jeremy Chadwick wrote: >>> On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: >>>> ... >>>> >>>> and summing up the results I only get to less than 200M of used >>>> space, so >>>> there are 1.3G unaccounted for. fsck in single user mode does not >>>> recognize a >>>> problem. >>> >>> Try looking at tunefs(8), particularly the -m flag. That amount of >>> space is kept for root (the user). >>> >> >> As in most cases the problem was sitting between the chair and the >> keyboard. I >> simply overlooked the G when I read that /var/log contained 1.3G of data. >> >> I'm sorry for wasting the precious time of those who read or even >> replied with >> my stupidity. > > Sounds like you need to make a few entries in /etc/newsyslog > First thing I do when I add any new apps is give their logs a life cycle. > All too quickly logs become bulky and you find /var holding it's breath. > > -Clay The problem was messages, and it's related with my DVD troubles which spammed the log with DMA errors. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 13:31:58 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFAE716A417 for ; Wed, 24 Oct 2007 13:31:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3790013C4A5 for ; Wed, 24 Oct 2007 13:31:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9ODVpGs094359; Wed, 24 Oct 2007 15:31:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9ODVp0F094358; Wed, 24 Oct 2007 15:31:51 +0200 (CEST) (envelope-from olli) Date: Wed, 24 Oct 2007 15:31:51 +0200 (CEST) Message-Id: <200710241331.l9ODVp0F094358@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, rihad@mail.ru In-Reply-To: <471F09BA.7090406@mail.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 24 Oct 2007 15:31:57 +0200 (CEST) Cc: Subject: Re: 7.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, rihad@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:31:58 -0000 rihad wrote: > My question was more a theoretical one: it's called BETA for some > reason, otherwise it'd still be in HEAD. To me BETA means that no major > architectural changes are expected in it any more, no? That's correct. In theory, if BETA had no bugs (and no new ones are discovered during the beta/rc phase), the exact same code would probably become the RELEASE. Of course, in practice there are always bugs. > > > But: TEST FIRST! > > > > I concur with Per. Me too. > > I've been running 7-CURRENT on a couple of "production" > > machines for some months, without any serious problems -- but these are not > > mission-critical machines. I've updated a production machine from 6-stable to 7-stable last week, without any issues. It was even a remote update without console access, which presented a certain risk. But all went well (and I had backups, of course). > Our machine-to-be is quite mission-critical... But if I start with the > latest 6.x release, it would be more difficult to migrate to 7.0 when it > comes out than if I start with 7.0-BETA?. Not necessarily. The update from 6-stable to 7-stable was just as easy as an update within the 6-stable branch. It was just the usual buildworld, kernel, mergemaster dance. Nothing special at all, except that mergemaster took a little longer because there were more differences, and I had to do a few edits to the kernel config (enable the new scheduler). But you have to do that anyway, whether you go for 7.x now or later. > Again it's named BETA for a reason, so it could be less intrusive than > STABLE?.. BETA means it is on its way to the RELEASE (with some RCs in between, i.e. release candidates). It means that no architectural changes are made (those usually only happen in -current anyway), and no major new features, only fixes. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 13:37:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0294116A41A for ; Wed, 24 Oct 2007 13:37:24 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id B7E6213C4A8 for ; Wed, 24 Oct 2007 13:37:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l9ODbLRP003136; Wed, 24 Oct 2007 23:37:21 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200710241337.l9ODbLRP003136@drugs.dv.isc.org> To: "[LoN]Kamikaze" From: Mark Andrews In-reply-to: Your message of "Wed, 24 Oct 2007 15:18:28 +0200." <471F4624.2040007@gmx.de> Date: Wed, 24 Oct 2007 23:37:21 +1000 Sender: marka@isc.org Cc: Clayton Milos , freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:37:24 -0000 > Clayton Milos wrote: > >> Jeremy Chadwick wrote: > >>> On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: > >>>> ... > >>>> > >>>> and summing up the results I only get to less than 200M of used > >>>> space, so > >>>> there are 1.3G unaccounted for. fsck in single user mode does not > >>>> recognize a > >>>> problem. > >>> > >>> Try looking at tunefs(8), particularly the -m flag. That amount of > >>> space is kept for root (the user). > >>> > >> > >> As in most cases the problem was sitting between the chair and the > >> keyboard. I > >> simply overlooked the G when I read that /var/log contained 1.3G of data. > >> > >> I'm sorry for wasting the precious time of those who read or even > >> replied with > >> my stupidity. > > > > Sounds like you need to make a few entries in /etc/newsyslog > > First thing I do when I add any new apps is give their logs a life cycle. > > All too quickly logs become bulky and you find /var holding it's breath. > > > > -Clay > > The problem was messages, and it's related with my DVD troubles which spammed > the log with DMA errors. If you let the tools do their jobs you won't get silly errors like that. Both du and df default to returning 1k blocks. You will note that the usage figure is identical by both methods. Mark drugs# du -s /var 404806 /var drugs# df /var Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s4d 2004526 404806 1439358 22% /var drugs# -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 13:51:09 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE97A16A469; Wed, 24 Oct 2007 13:51:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 63C1313C4B3; Wed, 24 Oct 2007 13:51:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9ODoqOZ095624; Wed, 24 Oct 2007 15:50:58 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9ODoq8D095623; Wed, 24 Oct 2007 15:50:52 +0200 (CEST) (envelope-from olli) Date: Wed, 24 Oct 2007 15:50:52 +0200 (CEST) Message-Id: <200710241350.l9ODoq8D095623@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kensmith@cse.buffalo.edu, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 24 Oct 2007 15:50:58 +0200 (CEST) Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl ?d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kensmith@cse.buffalo.edu, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:51:10 -0000 Ken Smith wrote: > Oliver Fromme wrote: > > Uhm, are you sure? In the past, whenever a new RELENG > > branch was created, it was implicitly the next -stable > > branch, because -current moved on to the next version > > number. Did that policy change? > > It is implicitly the *next* -stable but it's not there yet. That's > what Simon was saying. > > FreeBSD's development (specifically the CVS repository) is public. > But the bottom line is that the RELENG_X branches are *development* > branches. I'm well aware of that. My question was only about naming conventions. People often talk about either "-current" and "-stable", so was curious what RELENG_7 would be called right now. Obviously it's not called "-current", but (according to you and Simon) it's not called "-stable" either. Actually the often used terms "-current" and "-stable" are ambiguous and not really accurate. E.g. someone talks about "the -stable branch" and you have no idea which one of the several RELENG_* ones he means. It's probably better to always use the CVS names or the branch name (from sys/conf/newvers.sh). > No change in any policies or anything like that. What I'm describing > has been the status quo for a long time but people tend to forget or > never quite "get it" or ... so I'm sure you're not the only one thinking > this way. I'm not thinking that way. :-) I do know very well that the -stable branches are development branches. Although in pre-4.0 days (when release branches didn't exist) -stable had a slightly different meaning, but it has really been a long time since then. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > Can the denizens of this group enlighten me about what the > advantages of Python are, versus Perl ? "python" is more likely to pass unharmed through your spelling checker than "perl". -- An unknown poster and Fredrik Lundh From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 14:07:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838B916A468; Wed, 24 Oct 2007 14:07:50 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2038D13C4CB; Wed, 24 Oct 2007 14:07:50 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id B10A43EA7; Wed, 24 Oct 2007 22:54:21 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on draba.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-16.5 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id C14713EA6; Wed, 24 Oct 2007 22:54:19 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type: content-transfer-encoding:date:message-id:mime-version; q= dns/txt; s=s1024; bh=s0vIYntEToVvmDUjyj7FnhRTVak=; b=MMayt4aShE7 +FHO+nHIFYDN+0/bqsdc8AXroyffYR0G6/OJ+DrPX6xFBG4U13xaalJz3/Z1WUzf Ot1xJzyGgim1tF7obpxUhHMRHfi07Ye4ukL/U04I0TjDkNJvgp3fGG5fnNI7GLio HR6RkDXhOc5L/2tzLBIL0ofXvRwNvxZg= Received: from viola.izb.knu.ac.kr (viola.izb.knu.ac.kr [IPv6:2002:9be6:9d5d:3::3]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 74F4D3E94; Wed, 24 Oct 2007 22:54:17 +0900 (KST) Received: by viola.izb.knu.ac.kr (Postfix, from userid 1001) id AF2165E10; Wed, 24 Oct 2007 22:54:16 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith In-Reply-To: <1193106060.82079.19.camel@neo.cse.buffalo.edu> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: InZealBomb Date: Wed, 24 Oct 2007 22:54:15 +0900 Message-Id: <1193234056.1900.15.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 14:07:50 -0000 On Mon, 2007-10-22 at 22:21 -0400, Ken Smith wrote: > We have entered the final phases of the FreeBSD-7.0 Release cycle which > also means the beginning of the FreeBSD-6.3 Release cycle. Because the > people who support the ports for FreeBSD also need to go through a > freeze cycle as part of releases we had decided to combine the two > releases to try and minimize the impact on the ports maintainers. [...snip...] I upgraded with CVSup. It works fine. I'll wait for -RELEASE. bh@viola:~> uname -v FreeBSD 7.0-BETA1 #3: Wed Oct 24 00:58:37 KST 2007 root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC bh@viola:~> Thanks! -- Byung-Hee HWANG * InZealBomb "You know who I am?" -- Vito Corleone, "Chapter 1", page 52 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 14:11:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BAF016A469 for ; Wed, 24 Oct 2007 14:11:01 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id BFFB613C4A8 for ; Wed, 24 Oct 2007 14:11:00 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.14.1/8.14.1) with ESMTP id l9ODmsue034224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Oct 2007 08:48:54 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <471F4D52.3000706@palisadesys.com> Date: Wed, 24 Oct 2007 08:49:06 -0500 From: Guy Helmer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: John Baldwin References: <45B64469.9020002@palisadesys.com> <2a41acea0701230937p7c0f6400ida76a956fabd9b94@mail.gmail.com> <45B65155.5080304@palisadesys.com> <200710190958.24912.jhb@freebsd.org> In-Reply-To: <200710190958.24912.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.5]); Wed, 24 Oct 2007 08:48:55 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: Supermicro X7DBR-8+ hang at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 14:11:01 -0000 John Baldwin wrote: > On Tuesday 23 January 2007 01:17:57 pm Guy Helmer wrote: > >> Jack Vogel wrote: >> >>> On 1/23/07, Guy Helmer wrote: >>> >>>> Using FreeBSD 6.2, I'm having trouble with the Supermicro X7DBR-8+ >>>> motherboard (dual Xeon 5130 CPUs on the Blackford chipset - >>>> http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBR-8+.cfm) >>>> >>>> hanging after printing the "Waiting 5 seconds for SCSI devices to >>>> settle" message. The hang doesn't always happen - sometimes we have to >>>> go through several reboot cycles for it to happen - but sometimes it >>>> happens with every reboot. For those who would suggest that this >>>> happens because I'm using Seagate drives, it happens even if we totally >>>> remove the SCSI drive (but leave the aic7902 SCSI interfaces enabled) >>>> and boot from a SATA disk. Using FreeBSD 6.1, the Intel gigabit >>>> ethernet NICs aren't found but the hang doesn't occur. >>>> >>> ... >>> If that isnt it, I would suggest installing using ACPI disabled or >>> SAFE if >>> needed, and then tweak the kernel after. >>> >> hint.apic.0.disabled=1 helped - it hasn't hung yet in several boot >> cycles. New dmesg is attached below in case it helps anyone see a >> better fix than disabling the APICs. >> > > So you got an interrupt storm on IRQ 18 when ahd0 tried to probe and ahd0 got > interrupt timeouts. This indicates that ahd0 really lives on IRQ 18, not IRQ > 30. Your BIOS is likely busted since ACPI hardcodes these sort of IRQs. > > You can override the BIOS by doing: > > set hw.pci5.2.INTA.irq=18 > > in the loader (or adding a line to loader.conf) and seeing if that fixes the > boot with APIC enabled. > > I'm trying to resolve what looks like a similar problem with an IBM Blade Server unit. I'm reviewing my previous emails on this subject with the verbose boot messages to try to learn what lead you to determine the correct interrupt would be 18, but I can't seem to figure out what data leads to this conclusion. Any hints? Thanks, Guy From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 14:30:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA0C16A46B for ; Wed, 24 Oct 2007 14:30:43 +0000 (UTC) (envelope-from bsiege@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 6121113C4BD for ; Wed, 24 Oct 2007 14:30:43 +0000 (UTC) (envelope-from bsiege@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so135003pyb for ; Wed, 24 Oct 2007 07:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=H4qBA6+Nw44yzxS4FoRfzaccCqhVOFgOVyVCMO/77IQ=; b=tPmyYsLKgKdy8+kHAMLSDoph+C4qqxefm8r3qbXy0PBf7Ah74Awq8U4VxqPULy/Y9pp3h/PnAUVOhJU1Tje6lR2jV8N+5mTKKIhDWIc1/CEvloCxLuHAmaEVZLjBs6yqf8yXyW0SLqyr1KGD8ARgmQ7qJGzvnm+nMcZa20kYoCs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Dmqr+o76TjcOhWDTpY5Rul7r9+43rQMUYFktRC64By1SEio/1bBysiAH4tw3gjFTI797D6KTw62hJRN4ycfe9LA7CN4XEgwRVWcuHIv/AqaI2pfjrwe2yL369cbfDJHgE0y/XqybZZfPkjnkz2xtb/VjiTI7yJ066QTrZS72zpU= Received: by 10.35.14.18 with SMTP id r18mr694468pyi.1193232334562; Wed, 24 Oct 2007 06:25:34 -0700 (PDT) Received: by 10.35.105.16 with HTTP; Wed, 24 Oct 2007 06:25:34 -0700 (PDT) Message-ID: <4fbaafc0710240625t628fd818qcba078104f76dfed@mail.gmail.com> Date: Wed, 24 Oct 2007 15:25:34 +0200 From: "Beat Siegenthaler" To: "[LoN]Kamikaze" In-Reply-To: <471F4624.2040007@gmx.de> MIME-Version: 1.0 References: <471EE5BE.5080604@gmx.de> <20071024065725.GA89715@eos.sc1.parodius.com> <471EEF21.5010800@gmx.de> <00a701c8160d$fb78e810$0264a8c0@claylaptop> <471F4624.2040007@gmx.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 14:30:43 -0000 NCDU.. http://www.freshports.org/sysutils/ncdu/ is your friend ;-)) > >> > >> As in most cases the problem was sitting between the chair and the > >> keyboard. I > >> simply overlooked the G when I read that /var/log contained 1.3G of > data. > >> > > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 15:18:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25DDE16A417 for ; Wed, 24 Oct 2007 15:18:45 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id CA8CC13C4A3 for ; Wed, 24 Oct 2007 15:18:44 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OFIa9P045030; Wed, 24 Oct 2007 11:18:37 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OFIVVE011637; Wed, 24 Oct 2007 11:18:31 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OFIVQh011636; Wed, 24 Oct 2007 11:18:31 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241518.l9OFIVQh011636@himinbjorg.tucs-beachin-obx-house.com> To: oberman@es.net Date: Wed, 24 Oct 2007 11:18:30 -0400 (EDT) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: robert.a.chalmers@gmail.com, freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: can I do 6.1-RELEASE to 6.2 via cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:18:45 -0000 > > > Also, the list of things to do is a bit mis-ordered and truncated. The > > > official list is in /usr/src/UPDATING and reads: > > > > > > > > > make buildworld > > > make kernel KERNCONF=YOUR_KERNEL_HERE > > > [1] > > > [3] > > > mergemaster -p [5] > > > make installworld > > > make delete-old > > > > > ^^^^^^^^^^^^^^^^^ Where in /usr/src/UPDATING is that command. I > > can't see it. > > > > > > mergemaster [4] > > > > > > > > > Thanks, Tuc > > > > Sorry. It is there on my 6-Stable system, but it looks like it is not in 6.2-Release.It's been in HEAD for over 2 years. > > I am a bit confused,though. I see my 6.2-Stable has src/UPDATING,v 1.416.2.35, but I can't find that version in CVS. I see only one commit, 1.416, in RELENG_6 and I know that it has had more commits since then. > Um, I went to go check the file on a 7.0-BETA1 I just installed and and doing the ground up on.. And I just realized something........... WHERE is the step to install the kernel?? I always thought it was : make buildworld make kernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE [1] [3] Tuc From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 15:36:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3714416A419 for ; Wed, 24 Oct 2007 15:36:46 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id D985413C48A for ; Wed, 24 Oct 2007 15:36:45 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.1/8.14.1) with ESMTP id l9OFaYdd079144; Wed, 24 Oct 2007 17:36:34 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.1/8.14.1/Submit) id l9OFaY5q079143; Wed, 24 Oct 2007 17:36:34 +0200 (CEST) (envelope-from byshenknet) Date: Wed, 24 Oct 2007 17:36:34 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20071024153634.GM91307@core.byshenk.net> References: <200710241518.l9OFIVQh011636@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710241518.l9OFIVQh011636@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on core.byshenk.net Cc: "Tuc at T-B-O-H.NET" Subject: Re: can I do 6.1-RELEASE to 6.2 via cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:36:46 -0000 On Wed, Oct 24, 2007 at 11:18:30AM -0400, Tuc at T-B-O-H.NET wrote: > > > > Also, the list of things to do is a bit mis-ordered and truncated. The > > > > official list is in /usr/src/UPDATING and reads: > > > > > > > > > > > > make buildworld > > > > make kernel KERNCONF=YOUR_KERNEL_HERE > > > > [1] > > > > [3] > > > > mergemaster -p [5] > > > > make installworld > > > > make delete-old > Um, I went to go check the file on a 7.0-BETA1 I just installed and and doing the ground > up on.. And I just realized something........... > > WHERE is the step to install the kernel?? I always thought it was : > > make buildworld > make kernel KERNCONF=YOUR_KERNEL_HERE > make installkernel KERNCONF=YOUR_KERNEL_HERE > [1] > [3] Pay attention to the make options (you can find them in /usr/src/Makefile). 'make kernel' is equivalent to 'make buildkernel + installkernel', just like 'make world' is equivalent to 'make buildworld + installworld'. The latter can be dangerous, but the former usually isn't. One process is: [csup, etc.] make buildworld make buildkernel make installkernel [reboot single user] [mergemaster -p if necessary] make installworld mergemaster [reboot] [ports or other stuff] If you wish, the 'make buildkernel' + 'make installkernel' can be replaced with 'make kernel', which does them both in sequence with one command. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 15:51:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7280F16A41B for ; Wed, 24 Oct 2007 15:51:48 +0000 (UTC) (envelope-from SRS0=c5331ae6673bf4dc2feda7a444f7bdfc84abe9b8=498=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 9874C13C4CA for ; Wed, 24 Oct 2007 15:51:45 +0000 (UTC) (envelope-from SRS0=c5331ae6673bf4dc2feda7a444f7bdfc84abe9b8=498=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id DZX45443; Wed, 24 Oct 2007 08:51:43 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 88F0745010; Wed, 24 Oct 2007 08:51:40 -0700 (PDT) To: "Tuc at T-B-O-H.NET" In-Reply-To: Your message of "Wed, 24 Oct 2007 11:18:30 EDT." <200710241518.l9OFIVQh011636@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1193241100_96233P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 24 Oct 2007 08:51:40 -0700 From: "Kevin Oberman" Message-Id: <20071024155140.88F0745010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: Tuc at T-B-O-H.NET X-To_Domain: t-b-o-h.net X-To: "Tuc at T-B-O-H.NET" X-To_Email: ml@t-b-o-h.net X-To_Alias: ml Cc: robert.a.chalmers@gmail.com, freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: can I do 6.1-RELEASE to 6.2 via cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:51:48 -0000 --==_Exmh_1193241100_96233P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Tuc at T-B-O-H.NET" > Date: Wed, 24 Oct 2007 11:18:30 -0400 (EDT) > > > > > Also, the list of things to do is a bit mis-ordered and truncated. The > > > > official list is in /usr/src/UPDATING and reads: > > > > > > > > > > > > make buildworld > > > > make kernel KERNCONF=YOUR_KERNEL_HERE > > > > [1] > > > > [3] > > > > mergemaster -p [5] > > > > make installworld > > > > make delete-old > > > > > > > ^^^^^^^^^^^^^^^^^ Where in /usr/src/UPDATING is that command. I > > > can't see it. > > > > > > > > mergemaster [4] > > > > > > > > > > > > > Thanks, Tuc > > > > > > > Sorry. It is there on my 6-Stable system, but it looks like it is not in 6.2-Release.It's been in HEAD for over 2 years. > > > > I am a bit confused,though. I see my 6.2-Stable has src/UPDATING,v 1.416.2.35, but I can't find that version in CVS. I see only one commit, 1.416, in RELENG_6 and I know that it has had more commits since then. > > > Um, I went to go check the file on a 7.0-BETA1 I just installed and and doing the ground > up on.. And I just realized something........... > > WHERE is the step to install the kernel?? I always thought it was : > > > make buildworld > make kernel KERNCONF=YOUR_KERNEL_HERE > make installkernel KERNCONF=YOUR_KERNEL_HERE > [1] > [3] > 'make kernel' makes buildworld and then makes installkernel. So 'make kernel' both builds and installs the kernel. 'make kernel' is not new (goes back to at least V4), but was not placed in the UPDATING file until V7. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1193241100_96233P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHH2oMkn3rs5h7N1ERAqqeAKCUAlc/Ltf8lLKeHgpJb5/efIGp5wCePB/C L/IfAb7yQXrxQ4FR4X+XdeQ= =FRUQ -----END PGP SIGNATURE----- --==_Exmh_1193241100_96233P-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 16:05:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B109516A418 for ; Wed, 24 Oct 2007 16:05:00 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 68AB913C4B8 for ; Wed, 24 Oct 2007 16:05:00 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IkgzP-000BF7-HK for freebsd-stable@freebsd.org; Wed, 24 Oct 2007 17:13:43 +0300 Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IkgzN-000NRe-7k for freebsd-stable@freebsd.org; Wed, 24 Oct 2007 17:13:42 +0300 Received: from tdevil.lomaka.org.ua (fc2.kiev.zoral.com.ua [10.1.1.7]) (authenticated bits=0) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9OEChpQ004230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Oct 2007 17:12:43 +0300 (EEST) (envelope-from oleg.lomaka@gmail.com) Message-ID: <471F52DC.4080305@gmail.com> Date: Wed, 24 Oct 2007 17:12:44 +0300 From: Oleg Lomaka User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20071024084934.GF11234@cdnetworks.co.kr> In-Reply-To: <20071024084934.GF11234@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 0c824a349f07dfe35efcbc7aeaa72b30 X-DrWeb-checked: yes X-SpamTest-Envelope-From: oleg.lomaka@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1665 [Oct 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 16:05:00 -0000 Pyun YongHyeon wrote: > On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote: > > Hi, > > these drivers don't work under 7.0 > > As soon as some mild preasure is applied, they start loosing interrupts, and > > in my case the hosts come to a total stand-still, since they are diskless > > and rely on the network. > > This happens at 1gb and at 100mg. > > > > Maybe the problem is with the shared interrups? > > > > irq16: mskc0 uhci0 3308351 13 > > or > > irq21: nfe0 ohci0 1584415 24 > > > > but I have no idea how to uncouple this > > > > If you see watchdog timeout errors on your console, shared interrupt > would be culprit. > For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1) > to set it before loading msk(4) kernel module. > For nfe(4) you can switch to polling(4). > > I have some msk troubles too. On my laptop (acer travelmate 2483wxmi) under heavy cpu & network load msk periodically stops working for few minutes. sysctl -a|grep msk <118>msk0: no link ... <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 <118>DHCPDISCOVER on msk0 to 255.255.255.255 port 67 interval 3 <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 <118>msk0: flags=8843 metric 0 mtu 1500 msk0: watchdog timeout (missed Tx interrupts) -- recovering msk0: watchdog timeout (missed Tx interrupts) -- recovering msk0: Rx FIFO overrun! msk0: watchdog timeout (missed Tx interrupts) -- recovering msk0: watchdog timeout (missed Tx interrupts) -- recovering msk0: watchdog timeout (missed Tx interrupts) -- recovering dev.mskc.0.%desc: Marvell Yukon 88E8038 Gigabit Ethernet dev.mskc.0.%driver: mskc dev.mskc.0.%location: slot=0 function=0 dev.mskc.0.%pnpinfo: vendor=0x11ab device=0x4352 subvendor=0x1025 subdevice=0x0110 class=0x020000 dev.mskc.0.%parent: pci2 dev.mskc.0.process_limit: 128 dev.msk.0.%desc: Marvell Technology Group Ltd. Yukon FE Id 0xb7 Rev 0x01 dev.msk.0.%driver: msk dev.msk.0.%parent: mskc0 dev.miibus.0.%parent: msk0 Not sure if it is connected to previous issue. uname -a FreeBSD tdevil.lomaka.org.ua 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 22 18:32:01 EEST 2007 root@tdevil.lomaka.org.ua:/usr/obj/usr/src/sys/TDEVIL-7.kernconf i386 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 16:14:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5F4D16A421 for ; Wed, 24 Oct 2007 16:14:32 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id BA10E13C4A7 for ; Wed, 24 Oct 2007 16:14:32 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) id l9OGEKaW047106; Wed, 24 Oct 2007 12:14:20 -0400 (EDT) From: Tuc at T-B-O-H Message-Id: <200710241614.l9OGEKaW047106@vjofn.tucs-beachin-obx-house.com> To: oberman@es.net (Kevin Oberman) Date: Wed, 24 Oct 2007 12:14:20 -0400 (EDT) In-Reply-To: <20071024155140.88F0745010@ptavv.es.net> from "Kevin Oberman" at Oct 24, 2007 08:51:40 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, robert.a.chalmers@gmail.com, "Tuc at T-B-O-H.NET" , kometen@gmail.com Subject: Re: can I do 6.1-RELEASE to 6.2 via cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 16:14:33 -0000 > > WHERE is the step to install the kernel?? I always thought it was : > > > > > > make buildworld > > make kernel KERNCONF=YOUR_KERNEL_HERE > > make installkernel KERNCONF=YOUR_KERNEL_HERE > > [1] > > [3] > > > > 'make kernel' makes buildworld and then makes installkernel. So 'make > kernel' both builds and installs the kernel. > > 'make kernel' is not new (goes back to at least V4), but was not placed > in the UPDATING file until V7. > SORRY!!!! My bad. I was reading too fast.. I normally do "buildkernel" then "installkernel", and was too use to doing it via 2 lines. Tuc From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 17:47:09 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8B9F16A476; Wed, 24 Oct 2007 17:47:09 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id D148C13C48A; Wed, 24 Oct 2007 17:47:09 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JQF00IKUFWKBMZ2@vms042.mailsrvcs.net>; Wed, 24 Oct 2007 12:43:33 -0500 (CDT) Date: Wed, 24 Oct 2007 13:45:31 -0400 From: Skip Ford In-reply-to: <20071021124157.K70919@fledge.watson.org> To: Robert Watson Message-id: <20071024174531.GJ51310@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20071019232846.GQ31826@elvis.mu.org> <4719B06F.3000103@FreeBSD.org> <20071020181811.W70919@fledge.watson.org> <20071020192717.GX31826@elvis.mu.org> <20071021124157.K70919@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: Kris Kennaway , Alfred Perlstein , stable@freebsd.org, jhb@freebsd.org Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 17:47:10 -0000 Robert Watson wrote: > On Sat, 20 Oct 2007, Alfred Perlstein wrote: > > >>This is my feeling also -- I would consider ABI breakage a show stopper > >>for 6.x, but feel otherwise that the new code is much more mature and > >>capable and would be quite beneficial to people building appliances and > >>related products on 6.x. You might check with Attilio about whether there > >>are any remaining outstanding issues that need to be resolved first, and > >>make sure to send a heads up out on stable@ and put a note in UPDATING > >>that the option and details have changed. > > > >I still get confused as to the meaning of this... > > > >It only breaks ABI when it's enabled. > > > >I think that is OK, right? > > As we're eliminating MUTEX_PROFILING and replacing it with LOCK_PROFILING, > I think it is OK that the ABI for one differs from the other as long as the > base kernel ABI remains static. I.e., this seems OK to me also. If -stable will have LOCK_PROFILING, it'd be really nice to have it compatible with a standard world in some way, even if just with a makefile hack that builds netstat_lp(1) in addition to netstat(1) (and other utilities.) One can easily boot a diskless email, web, or name server into kernels with other debug-type options without maintaining multiple worlds. One might want to run a LOCK_PROFILING stable kernel on a diskless email server for a period of time, but that will require either a matching world, or putting up with breakage for that period of time, neither of which is a fair expectation in a stable environment, IMO. I can maintain local makefile hacks for production if somebody with some makefile foo gets me started. -- Skip From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 18:51:21 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7310F16A473 for ; Wed, 24 Oct 2007 18:51:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1952113C494 for ; Wed, 24 Oct 2007 18:51:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 215897559-1834499 for multiple; Wed, 24 Oct 2007 13:17:37 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9OHEvBv095168; Wed, 24 Oct 2007 13:14:59 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Wed, 24 Oct 2007 13:10:22 -0400 User-Agent: KMail/1.9.6 References: <20071019232846.GQ31826@elvis.mu.org> <20071020192717.GX31826@elvis.mu.org> <471B143E.7050200@FreeBSD.org> In-Reply-To: <471B143E.7050200@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710241310.22969.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 24 Oct 2007 13:14:59 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4590/Wed Oct 24 11:20:13 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stable@freebsd.org, Alfred Perlstein , Robert Watson Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:51:21 -0000 On Sunday 21 October 2007 04:56:30 am Kris Kennaway wrote: > Alfred Perlstein wrote: > > * Robert Watson [071020 10:21] wrote: > >> On Sat, 20 Oct 2007, Kris Kennaway wrote: > >> > >>> Alfred Perlstein wrote: > >>>> Hey guys, I have LOCK_PROFILING done for a product based on FreeBSD-6, > >>>> this means I can relatively easily backport LOCK_PROFILING from FreeBSD-7 > >>>> to FreeBSD-6. > >>>> > >>>> Do we want this? > >>>> > >>>> I'd like to do it if people want it. > >>> I think it should be done, performance is a lot better than the old 6.x > >>> version and it also adds another very useful performance metric (time > >>> spent waiting for the lock). The only concern is that it doesn't break > >>> ABI support when not compiled in, but I'm pretty sure you've already told > >>> me this is OK. Thanks for looking at this. > >> This is my feeling also -- I would consider ABI breakage a show stopper for > >> 6.x, but feel otherwise that the new code is much more mature and capable > >> and would be quite beneficial to people building appliances and related > >> products on 6.x. You might check with Attilio about whether there are any > >> remaining outstanding issues that need to be resolved first, and make sure > >> to send a heads up out on stable@ and put a note in UPDATING that the > >> option and details have changed. > > > > I still get confused as to the meaning of this... > > > > It only breaks ABI when it's enabled. > > > > I think that is OK, right? > > > > Yes, that is fine. Other existing debugging options also break ABI when > enabled, so it's OK. Well, MUTEX_PROFILING does and LOCK_PROFILING is the same thing. This option is a known "special case" that breaks the ABI and people using it should already be aware of that. Other debugging options (INVARIANTS, WITNESS, etc.) do not affect the ABI. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 18:54:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FBD916A418 for ; Wed, 24 Oct 2007 18:54:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id F008613C4B8 for ; Wed, 24 Oct 2007 18:54:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 215897568-1834499 for multiple; Wed, 24 Oct 2007 13:17:39 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9OHEvBw095168; Wed, 24 Oct 2007 13:15:04 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Guy Helmer Date: Wed, 24 Oct 2007 13:14:43 -0400 User-Agent: KMail/1.9.6 References: <45B64469.9020002@palisadesys.com> <200710190958.24912.jhb@freebsd.org> <471F4D52.3000706@palisadesys.com> In-Reply-To: <471F4D52.3000706@palisadesys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710241314.43652.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 24 Oct 2007 13:15:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4590/Wed Oct 24 11:20:13 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: Supermicro X7DBR-8+ hang at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:54:12 -0000 On Wednesday 24 October 2007 09:49:06 am Guy Helmer wrote: > John Baldwin wrote: > > On Tuesday 23 January 2007 01:17:57 pm Guy Helmer wrote: > > > >> Jack Vogel wrote: > >> > >>> On 1/23/07, Guy Helmer wrote: > >>> > >>>> Using FreeBSD 6.2, I'm having trouble with the Supermicro X7DBR-8+ > >>>> motherboard (dual Xeon 5130 CPUs on the Blackford chipset - > >>>> http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBR-8+.cfm) > >>>> > >>>> hanging after printing the "Waiting 5 seconds for SCSI devices to > >>>> settle" message. The hang doesn't always happen - sometimes we have to > >>>> go through several reboot cycles for it to happen - but sometimes it > >>>> happens with every reboot. For those who would suggest that this > >>>> happens because I'm using Seagate drives, it happens even if we totally > >>>> remove the SCSI drive (but leave the aic7902 SCSI interfaces enabled) > >>>> and boot from a SATA disk. Using FreeBSD 6.1, the Intel gigabit > >>>> ethernet NICs aren't found but the hang doesn't occur. > >>>> > >>> ... > >>> If that isnt it, I would suggest installing using ACPI disabled or > >>> SAFE if > >>> needed, and then tweak the kernel after. > >>> > >> hint.apic.0.disabled=1 helped - it hasn't hung yet in several boot > >> cycles. New dmesg is attached below in case it helps anyone see a > >> better fix than disabling the APICs. > >> > > > > So you got an interrupt storm on IRQ 18 when ahd0 tried to probe and ahd0 got > > interrupt timeouts. This indicates that ahd0 really lives on IRQ 18, not IRQ > > 30. Your BIOS is likely busted since ACPI hardcodes these sort of IRQs. > > > > You can override the BIOS by doing: > > > > set hw.pci5.2.INTA.irq=18 > > > > in the loader (or adding a line to loader.conf) and seeing if that fixes the > > boot with APIC enabled. > > > > > I'm trying to resolve what looks like a similar problem with an IBM > Blade Server unit. I'm reviewing my previous emails on this subject > with the verbose boot messages to try to learn what lead you to > determine the correct interrupt would be 18, but I can't seem to figure > out what data leads to this conclusion. Any hints? He got an interrupt storm on IRQ 18 while the ahd0 device on IRQ 30 was timing out. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 19:44:52 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6104716A417; Wed, 24 Oct 2007 19:44:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 3C0B713C4A3; Wed, 24 Oct 2007 19:44:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <471FA0B4.1000904@FreeBSD.org> Date: Wed, 24 Oct 2007 21:44:52 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: John Baldwin References: <20071019232846.GQ31826@elvis.mu.org> <20071020192717.GX31826@elvis.mu.org> <471B143E.7050200@FreeBSD.org> <200710241310.22969.jhb@freebsd.org> In-Reply-To: <200710241310.22969.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Alfred Perlstein , Robert Watson Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:44:52 -0000 John Baldwin wrote: > On Sunday 21 October 2007 04:56:30 am Kris Kennaway wrote: >> Alfred Perlstein wrote: >>> * Robert Watson [071020 10:21] wrote: >>>> On Sat, 20 Oct 2007, Kris Kennaway wrote: >>>> >>>>> Alfred Perlstein wrote: >>>>>> Hey guys, I have LOCK_PROFILING done for a product based on FreeBSD-6, >>>>>> this means I can relatively easily backport LOCK_PROFILING from > FreeBSD-7 >>>>>> to FreeBSD-6. >>>>>> >>>>>> Do we want this? >>>>>> >>>>>> I'd like to do it if people want it. >>>>> I think it should be done, performance is a lot better than the old 6.x >>>>> version and it also adds another very useful performance metric (time >>>>> spent waiting for the lock). The only concern is that it doesn't break >>>>> ABI support when not compiled in, but I'm pretty sure you've already > told >>>>> me this is OK. Thanks for looking at this. >>>> This is my feeling also -- I would consider ABI breakage a show stopper > for >>>> 6.x, but feel otherwise that the new code is much more mature and capable >>>> and would be quite beneficial to people building appliances and related >>>> products on 6.x. You might check with Attilio about whether there are any >>>> remaining outstanding issues that need to be resolved first, and make > sure >>>> to send a heads up out on stable@ and put a note in UPDATING that the >>>> option and details have changed. >>> I still get confused as to the meaning of this... >>> >>> It only breaks ABI when it's enabled. >>> >>> I think that is OK, right? >>> >> Yes, that is fine. Other existing debugging options also break ABI when >> enabled, so it's OK. > > Well, MUTEX_PROFILING does and LOCK_PROFILING is the same thing. This option > is a known "special case" that breaks the ABI and people using it should > already be aware of that. Other debugging options (INVARIANTS, WITNESS, > etc.) do not affect the ABI. > DEBUG_VFS_LOCKS and/or DEBUG_LOCKS also break the ABI. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 20:41:11 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A14C16A421; Wed, 24 Oct 2007 20:41:11 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E69C013C4B5; Wed, 24 Oct 2007 20:41:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 519311A4D81; Wed, 24 Oct 2007 13:40:56 -0700 (PDT) Date: Wed, 24 Oct 2007 13:40:56 -0700 From: Alfred Perlstein To: Skip Ford Message-ID: <20071024204056.GD33488@elvis.mu.org> References: <20071019232846.GQ31826@elvis.mu.org> <4719B06F.3000103@FreeBSD.org> <20071020181811.W70919@fledge.watson.org> <20071020192717.GX31826@elvis.mu.org> <20071021124157.K70919@fledge.watson.org> <20071024174531.GJ51310@menantico.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071024174531.GJ51310@menantico.com> User-Agent: Mutt/1.4.2.3i Cc: Kris Kennaway , Robert Watson , stable@freebsd.org, jhb@freebsd.org Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:41:11 -0000 * Skip Ford [071024 10:47] wrote: > Robert Watson wrote: > > On Sat, 20 Oct 2007, Alfred Perlstein wrote: > > > > >>This is my feeling also -- I would consider ABI breakage a show stopper > > >>for 6.x, but feel otherwise that the new code is much more mature and > > >>capable and would be quite beneficial to people building appliances and > > >>related products on 6.x. You might check with Attilio about whether there > > >>are any remaining outstanding issues that need to be resolved first, and > > >>make sure to send a heads up out on stable@ and put a note in UPDATING > > >>that the option and details have changed. > > > > > >I still get confused as to the meaning of this... > > > > > >It only breaks ABI when it's enabled. > > > > > >I think that is OK, right? > > > > As we're eliminating MUTEX_PROFILING and replacing it with LOCK_PROFILING, > > I think it is OK that the ABI for one differs from the other as long as the > > base kernel ABI remains static. I.e., this seems OK to me also. > > If -stable will have LOCK_PROFILING, it'd be really nice to have > it compatible with a standard world in some way, even if just with > a makefile hack that builds netstat_lp(1) in addition to > netstat(1) (and other utilities.) > > One can easily boot a diskless email, web, or name server into > kernels with other debug-type options without maintaining > multiple worlds. One might want to run a LOCK_PROFILING stable > kernel on a diskless email server for a period of time, but > that will require either a matching world, or putting up with > breakage for that period of time, neither of which is a fair > expectation in a stable environment, IMO. > > I can maintain local makefile hacks for production if somebody > with some makefile foo gets me started. This is really beyond the scope of what I have time for however I can say that probably all that is needed is a Makefile that uses something like a makefile in a directory next to netstat called netstat_lp and either duplicate the makefile and add: SRCDIR= ${.CURDIR}/netstat CFLAGS+= -DLOCKPROFILING or like make the netstat directory have a "Makefile.netstat.inc" in it with the common parts and have both Makefiles for netstat and netstat_lp include it. in fact you could hack netstat to exec netstat_lp if the sysctls indicating lockprofiling is enabled... ewwww. :) good luck! -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 20:45:35 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 856D516A421 for ; Wed, 24 Oct 2007 20:45:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 20B1913C49D for ; Wed, 24 Oct 2007 20:45:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14240 invoked by uid 399); 24 Oct 2007 20:45:27 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 24 Oct 2007 20:45:27 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 24 Oct 2007 13:45:22 -0700 (PDT) From: Doug Barton To: freebsd-stable@FreeBSD.ORG, kensmith@cse.buffalo.edu, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG In-Reply-To: <200710241350.l9ODoq8D095623@lurza.secnetix.de> Message-ID: References: <200710241350.l9ODoq8D095623@lurza.secnetix.de> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl ?d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:45:35 -0000 On Wed, 24 Oct 2007, Oliver Fromme wrote: > People often talk about either "-current" and "-stable", > so was curious what RELENG_7 would be called right now. > Obviously it's not called "-current", but (according to > you and Simon) it's not called "-stable" either. I have been making an effort in the recent past to refer to the branches by their branch names (RELENG_*) to avoid confusion. I am also of the mind that we should have mailing lists named after the branches as well, rather than going through the awkward transitions that you describe in this post. (Which is a long-winded way to say that I think your confusion is justified and understandable.) I think this is going to be more prevalent in the time-based release world since we will soon have 3 different RELENG branches that could reasonably be called "-stable". > Actually the often used terms "-current" and "-stable" > are ambiguous and not really accurate. E.g. someone > talks about "the -stable branch" and you have no idea > which one of the several RELENG_* ones he means. It's > probably better to always use the CVS names or the > branch name (from sys/conf/newvers.sh). Voila! GMTA :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 21:45:09 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAD1416A418; Wed, 24 Oct 2007 21:45:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 35DE413C4A6; Wed, 24 Oct 2007 21:45:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 215936903-1834499 for multiple; Wed, 24 Oct 2007 17:47:11 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9OLiUD4097452; Wed, 24 Oct 2007 17:44:30 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Wed, 24 Oct 2007 16:08:08 -0400 User-Agent: KMail/1.9.6 References: <20071019232846.GQ31826@elvis.mu.org> <200710241310.22969.jhb@freebsd.org> <471FA0B4.1000904@FreeBSD.org> In-Reply-To: <471FA0B4.1000904@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710241608.09298.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 24 Oct 2007 17:44:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4590/Wed Oct 24 11:20:13 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stable@freebsd.org, Alfred Perlstein , Robert Watson Subject: Re: LOCK_PROFILING in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:45:09 -0000 On Wednesday 24 October 2007 03:44:52 pm Kris Kennaway wrote: > John Baldwin wrote: > > On Sunday 21 October 2007 04:56:30 am Kris Kennaway wrote: > >> Alfred Perlstein wrote: > >>> * Robert Watson [071020 10:21] wrote: > >>>> On Sat, 20 Oct 2007, Kris Kennaway wrote: > >>>> > >>>>> Alfred Perlstein wrote: > >>>>>> Hey guys, I have LOCK_PROFILING done for a product based on FreeBSD-6, > >>>>>> this means I can relatively easily backport LOCK_PROFILING from > > FreeBSD-7 > >>>>>> to FreeBSD-6. > >>>>>> > >>>>>> Do we want this? > >>>>>> > >>>>>> I'd like to do it if people want it. > >>>>> I think it should be done, performance is a lot better than the old 6.x > >>>>> version and it also adds another very useful performance metric (time > >>>>> spent waiting for the lock). The only concern is that it doesn't break > >>>>> ABI support when not compiled in, but I'm pretty sure you've already > > told > >>>>> me this is OK. Thanks for looking at this. > >>>> This is my feeling also -- I would consider ABI breakage a show stopper > > for > >>>> 6.x, but feel otherwise that the new code is much more mature and capable > >>>> and would be quite beneficial to people building appliances and related > >>>> products on 6.x. You might check with Attilio about whether there are any > >>>> remaining outstanding issues that need to be resolved first, and make > > sure > >>>> to send a heads up out on stable@ and put a note in UPDATING that the > >>>> option and details have changed. > >>> I still get confused as to the meaning of this... > >>> > >>> It only breaks ABI when it's enabled. > >>> > >>> I think that is OK, right? > >>> > >> Yes, that is fine. Other existing debugging options also break ABI when > >> enabled, so it's OK. > > > > Well, MUTEX_PROFILING does and LOCK_PROFILING is the same thing. This option > > is a known "special case" that breaks the ABI and people using it should > > already be aware of that. Other debugging options (INVARIANTS, WITNESS, > > etc.) do not affect the ABI. > > > > DEBUG_VFS_LOCKS and/or DEBUG_LOCKS also break the ABI. True, but those are the exception rather than the rule. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 21:55:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41A7C16A419 for ; Wed, 24 Oct 2007 21:55:16 +0000 (UTC) (envelope-from doug@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id D989413C4B3 for ; Wed, 24 Oct 2007 21:55:15 +0000 (UTC) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l9OK1mjf000800 for ; Wed, 24 Oct 2007 15:01:48 -0500 (CDT) Received: from omnihp-rj45.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id l9OK8ecV034390 for ; Wed, 24 Oct 2007 15:08:40 -0500 (CDT) (envelope-from doug@polands.org) Message-ID: <471FA648.7020407@polands.org> Date: Wed, 24 Oct 2007 15:08:40 -0500 From: Doug Poland User-Agent: Thunderbird 2.0.0.6 (X11/20071020) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4590/Wed Oct 24 10:20:13 2007 on corinth.polands.org X-Virus-Status: Clean Subject: Fatal trap 12 on 7.0-BETA1 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:55:16 -0000 Hello, I just had a kernel panic using BETA1. According to the Developer Handbook Kernel Debugging, I'm supplying the following information in hopes that it is useful. Please note: I'm not familiar with this process so you need more data, just ask: kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x9006004 fault code = supervisor read, page not present instruction pointer = 0x20:0xc079c961 stack pointer = 0x28:0xe74a7bcc frame pointer = 0x28:0xe74a7be0 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 = 46 (ath0 taskq) trap number = 12 panic: page fault cpuid = 1 Uptime: 4h9m30s Physical memory: 3435 MB Dumping 214 MB: ... #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc079c961 0xc079c961 is in mb_free_ext (/usr/src/sys/kern/uipc_mbuf.c:226). 221 * check if the header is embedded in the cluster 222 */ 223 skipmbuf = (m->m_flags & M_NOFREE); 224 225 /* Free attached storage if this mbuf is the only reference to it. */ 226 if (*(m->m_ext.ref_cnt) == 1 || 227 atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { 228 switch (m->m_ext.ext_type) { 229 case EXT_PACKET: /* The packet zone is special. */ 230 if (*(m->m_ext.ref_cnt) == 0) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 23:17:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E33A16A41A for ; Wed, 24 Oct 2007 23:17:39 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 4B29013C4A7; Wed, 24 Oct 2007 23:17:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <471FD292.7070800@FreeBSD.org> Date: Thu, 25 Oct 2007 01:17:38 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Doug Poland References: <471FA648.7020407@polands.org> In-Reply-To: <471FA648.7020407@polands.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fatal trap 12 on 7.0-BETA1 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 23:17:39 -0000 Doug Poland wrote: > Hello, > > I just had a kernel panic using BETA1. According to the Developer > Handbook Kernel Debugging, I'm supplying the following information in > hopes that it is useful. Please note: I'm not familiar with this > process so you need more data, just ask: > > kgdb kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x9006004 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc079c961 > stack pointer = 0x28:0xe74a7bcc > frame pointer = 0x28:0xe74a7be0 > 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 = 46 (ath0 taskq) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 4h9m30s > Physical memory: 3435 MB > Dumping 214 MB: ... > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) list *0xc079c961 > 0xc079c961 is in mb_free_ext (/usr/src/sys/kern/uipc_mbuf.c:226). > 221 * check if the header is embedded in the cluster > 222 */ > 223 skipmbuf = (m->m_flags & M_NOFREE); > 224 > 225 /* Free attached storage if this mbuf is the only > reference to it. */ > 226 if (*(m->m_ext.ref_cnt) == 1 || > 227 atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { > 228 switch (m->m_ext.ext_type) { > 229 case EXT_PACKET: /* The packet zone is > special. */ > 230 if (*(m->m_ext.ref_cnt) == 0) Almost :) What does 'bt' show in kgdb? Kris From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 00:56:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 193B516A418 for ; Thu, 25 Oct 2007 00:56:53 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from smtp20.nijmegen.internl.net (smtp20.nijmegen.internl.net [217.149.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id B0F0613C4BF for ; Thu, 25 Oct 2007 00:56:52 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by smtp20.nijmegen.internl.net (8.13.8/2.04) with ESMTP id l9P0uXi7028039 for ; Thu, 25 Oct 2007 02:56:33 +0200 (CEST) Received: from localhost (localhost.alm.flutnet.org [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 080F111407 for ; Thu, 25 Oct 2007 02:55:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nk77lQVoIn+G for ; Thu, 25 Oct 2007 02:54:36 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 7F1BA11408; Thu, 25 Oct 2007 02:54:35 +0200 (CEST) Date: Thu, 25 Oct 2007 02:54:32 +0200 From: Alson van der Meulen To: freebsd-stable@freebsd.org Message-ID: <20071025005432.GB8434@waalsdorp.nl> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Installworld broken on RELENG_6 by libc commit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 00:56:53 -0000 Hello, My installworld of RELENG_6 from a few hours ago failed with this error (from memory): /lib/libncurses.so.6: undefined symbol: __mb_sb_limit This broke everything that depended on libncurses, plus PAM. I had to force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib using binaries from /rescue to fix it so I could run make installworld again. I upgraded from RELENG_6 of October, 22. I believe I followed the procedure from /usr/src/UPDATING fairly closely, except for the reboot to single user part after installing the kernel: mergemaster -p && make buildworld && make kernel && make installworld && mergemaster && make delete-old I would expect libc to be installed before other libs. The securelevel was -1, so it should be no problem to overwrite libc. Did I do something wrong or is this a bug/missing entry in UPDATING? regards, Alson The csup output since my last make world: -------------------------------------------------------------- >>> Running /usr/bin/csup -------------------------------------------------------------- Parsing supfile "/usr/share/examples/cvsup/stable-supfile" Connecting to cvsup3.nl.freebsd.org Connected to 62.250.3.15 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Edit src/include/_ctype.h Add delta 1.30.2.1 2007.10.24.14.32.32 rafan Edit src/include/ctype.h Add delta 1.28.8.1 2007.10.24.14.32.32 rafan Edit src/lib/libc/locale/big5.c Add delta 1.17.2.1 2007.10.24.14.32.32 rafan Edit src/lib/libc/locale/euc.c Add delta 1.21.2.1 2007.10.24.14.32.32 rafan Edit src/lib/libc/locale/gb18030.c Add delta 1.7.2.1 2007.10.24.14.32.32 rafan Edit src/lib/libc/locale/gb2312.c Add delta 1.9.2.1 2007.10.24.14.32.33 rafan Edit src/lib/libc/locale/gbk.c Add delta 1.12.2.1 2007.10.24.14.32.33 rafan Edit src/lib/libc/locale/isctype.c Add delta 1.9.14.1 2007.10.24.14.32.33 rafan Edit src/lib/libc/locale/mskanji.c Add delta 1.17.2.1 2007.10.24.14.32.33 rafan Edit src/lib/libc/locale/none.c Add delta 1.13.2.1 2007.10.24.14.32.33 rafan Edit src/lib/libc/locale/setrunelocale.c Add delta 1.45.2.1 2007.10.24.14.32.33 rafan Edit src/lib/libc/locale/utf8.c Add delta 1.13.2.2 2007.10.24.14.32.33 rafan Edit src/lib/libstand/Makefile Add delta 1.54.2.1 2007.10.24.11.50.06 nyan Edit src/release/Makefile Add delta 1.887.2.21 2007.10.23.23.45.14 kensmith Edit src/sbin/mount_unionfs/mount_unionfs.8 Add delta 1.20.2.2 2007.10.23.03.37.09 daichi Edit src/share/mklocale/UTF-8.src Add delta 1.1.8.2 2007.10.24.14.32.33 rafan Edit src/sys/alpha/pci/pcibus.c Add delta 1.36.2.2 2007.10.24.12.36.25 jhb Edit src/sys/boot/ficl/Makefile Add delta 1.41.2.2 2007.10.24.11.50.07 nyan Edit src/sys/boot/pc98/Makefile.inc Add delta 1.5.8.2 2007.10.24.11.50.07 nyan Edit src/sys/conf/newvers.sh Add delta 1.69.2.15 2007.10.23.23.41.24 kensmith Edit src/sys/ddb/db_command.c Add delta 1.60.2.4 2007.10.23.16.07.30 obrien Edit src/sys/fs/nullfs/null_subr.c Add delta 1.48.2.2 2007.10.23.03.38.31 daichi Edit src/sys/fs/nullfs/null_vnops.c Add delta 1.87.2.4 2007.10.23.03.38.32 daichi Edit src/sys/fs/unionfs/union.h Add delta 1.31.2.2 2007.10.23.03.28.22 daichi Add delta 1.31.2.3 2007.10.23.03.37.09 daichi Edit src/sys/fs/unionfs/union_subr.c Add delta 1.86.2.2 2007.10.23.03.22.48 daichi Add delta 1.86.2.3 2007.10.23.03.28.22 daichi Edit src/sys/fs/unionfs/union_vfsops.c Add delta 1.76.2.3 2007.10.23.03.32.17 daichi Add delta 1.76.2.4 2007.10.23.03.34.58 daichi Add delta 1.76.2.5 2007.10.23.03.37.09 daichi Edit src/sys/fs/unionfs/union_vnops.c Add delta 1.132.2.2 2007.10.23.03.24.37 daichi Add delta 1.132.2.3 2007.10.23.03.26.37 daichi Add delta 1.132.2.4 2007.10.23.03.28.22 daichi Add delta 1.132.2.5 2007.10.23.03.30.13 daichi Add delta 1.132.2.6 2007.10.23.03.32.17 daichi Add delta 1.132.2.7 2007.10.23.03.33.43 daichi Add delta 1.132.2.8 2007.10.23.03.37.10 daichi Shutting down connection to server Finished successfully From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 00:58:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 039B216A468 for ; Thu, 25 Oct 2007 00:58:16 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: from mail.mastercabo.com.br (mail.mastercabo.com.br [200.179.179.14]) by mx1.freebsd.org (Postfix) with SMTP id 4FCBA13C48E for ; Thu, 25 Oct 2007 00:58:13 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 55372 invoked by uid 1008); 25 Oct 2007 00:31:27 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.6-unknown (2006-10-03) on srvmail3 X-Spam-Level: X-Spam-Status: No, score=-1.9 required=4.7 tests=AWL,BAYES_00 autolearn=ham version=3.1.6-unknown Received: from unknown (HELO ?10.0.1.10?) (daniel@dgnetwork.com.br@200.243.216.68) by mail.mastercabo.com.br with SMTP; 25 Oct 2007 00:31:21 -0000 Message-ID: <471FE33E.5050800@dgnetwork.com.br> Date: Wed, 24 Oct 2007 22:28:46 -0200 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= Organization: DGNET Network Solutions User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Realtek Gigabit Network Card 0xd6088086 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 00:58:16 -0000 Hi, FreeBSD 6.2-STABLE can support this network card? none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' class = network subclass = ethernet []s -- Daniel Dias Gonçalves DGNET Network Solutions daniel@dgnetwork.com.br http://www.dgnetwork.com.br/ +55 37-88263752 +55 37-32421109 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 01:18:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F09816A417 for ; Thu, 25 Oct 2007 01:18:17 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4236613C4B8 for ; Thu, 25 Oct 2007 01:18:17 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so328241nzf for ; Wed, 24 Oct 2007 18:18:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; bh=EMcIkY3s4aG+yoBoaEgq52Liwk9T6SaekAXkJG3PdEQ=; b=dPntUZgfwvefJ2B9TtTP8RVVRW4nEvG4OZIv53XDT79yroE6oXuf9CTW2iUn6ppAai7hIC3bNVYhkICuQGeaZ1SjEtgfUQWchOhd6yWQIkunzlLXUbugkTfWJvRD2iwvkx9wmUpB9sGpmil2C05F9oXTr9mm0tjqOIdTs7LExSc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; b=HKbQAGss03j9kjE35beRaYQYCPs+flcFBvyF+ZE/6b/cnYMU3FQGkInXd8MtaR38HjMt/hlFngKDWvx1ej0fHe0sTFk3QFCd2hReKxV9vs6qgf4gcfOsCwPPj2bMcnTgpm+X0TMouvKvq/Qn1QGDNvYQxhmPQKMu5zUfRUjhngQ= Received: by 10.64.199.2 with SMTP id w2mr2659430qbf.1193275087723; Wed, 24 Oct 2007 18:18:07 -0700 (PDT) Received: from ppp-22.116.dialinfree.com ( [209.172.22.116]) by mx.google.com with ESMTPS id e13sm913195qba.2007.10.24.18.18.02 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Oct 2007 18:18:04 -0700 (PDT) Date: Wed, 24 Oct 2007 21:17:38 -0400 From: The Command Line Kid To: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= In-Reply-To: <471FE33E.5050800@dgnetwork.com.br> Message-ID: <20071024211605.O75414@cbynevgl.hper> References: <471FE33E.5050800@dgnetwork.com.br> X-OpenPGP-Key: 0xDFFDD218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Realtek Gigabit Network Card 0xd6088086 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 01:18:17 -0000 On Wed, 24 Oct 2007 22:28 -0200, daniel wrote: > Hi, > > FreeBSD 6.2-STABLE can support this network card? > > none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 > hdr=0x00 > vendor = 'Realtek Semiconductor' > class = network > subclass = ethernet > > []s > > Should considering everything from RELENG_4 does with the rl or re driver. Are you having some sort of trouble with this driver ? -- Sincerely, -- CmdLnKid The Command Line Kid. mailto:gmail.com!cmdlnkid - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 02:06:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 075B516A41A for ; Thu, 25 Oct 2007 02:06:11 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 769DB13C4A6 for ; Thu, 25 Oct 2007 02:06:09 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so446427fka for ; Wed, 24 Oct 2007 19:06:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=XCsFv8ixuPi7lN3r6eTviVmF9mACHqgPv4IES3eIV6Y=; b=ebaaoEpxsgElbpQOslVf3h1+vVHC87E2kdWfZ16z4DHAmnuaglyWdEStM7TFoNeSRXixWNPnbHbl1fh3GZBctdga/PIfagD4X8uai0mt8h6cVU8gMJ4XBZjSniSv9NUcJ246MdeyLNXKOWFMwah4lJ0FFRfjY+MjPebalyGknwg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DdkgyNRxrluLQkVSckJ3nb7qX9TbUuKStr0U9y9RkDD7cQq6fl6+yhwv0S0Evx4wFVHObxJxKe/3uJYkmG8DOWg8JJkadkRqs+POA8XpR2iwZDlOgaVj1qrIFRIaAooySLRX8w6FjI/E/jpgIhdcXFKnRxtZ+Ue2Nn2HFBbJ4t8= Received: by 10.82.138.6 with SMTP id l6mr2598341bud.1193276249614; Wed, 24 Oct 2007 18:37:29 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Wed, 24 Oct 2007 18:37:29 -0700 (PDT) Message-ID: <6eb82e0710241837p3415f472vcebabf6cc9488796@mail.gmail.com> Date: Thu, 25 Oct 2007 09:37:29 +0800 From: "Rong-en Fan" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: HEADSUP: don't upgrade to RELENG_[67] now (Re: Installworld broken on RELENG_6 by libc commit?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 02:06:11 -0000 On 10/25/07, Alson van der Meulen wrote: > Hello, > > My installworld of RELENG_6 from a few hours ago failed with this error > (from memory): > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > This broke everything that depended on libncurses, plus PAM. I had to > force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib > using binaries from /rescue to fix it so I could run make installworld > again. I will take a look. before that do not upgrade your system. Regards, Rong-En Fan > > I upgraded from RELENG_6 of October, 22. I believe I followed the > procedure from /usr/src/UPDATING fairly closely, except for the reboot > to single user part after installing the kernel: > mergemaster -p && make buildworld && make kernel && make installworld && > mergemaster && make delete-old > > I would expect libc to be installed before other libs. The securelevel > was -1, so it should be no problem to overwrite libc. > > Did I do something wrong or is this a bug/missing entry in UPDATING? > > regards, > Alson > > The csup output since my last make world: > -------------------------------------------------------------- > >>> Running /usr/bin/csup > -------------------------------------------------------------- > Parsing supfile "/usr/share/examples/cvsup/stable-supfile" > Connecting to cvsup3.nl.freebsd.org > Connected to 62.250.3.15 > Server software version: SNAP_16_1h > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection src-all/cvs > Edit src/include/_ctype.h > Add delta 1.30.2.1 2007.10.24.14.32.32 rafan > Edit src/include/ctype.h > Add delta 1.28.8.1 2007.10.24.14.32.32 rafan > Edit src/lib/libc/locale/big5.c > Add delta 1.17.2.1 2007.10.24.14.32.32 rafan > Edit src/lib/libc/locale/euc.c > Add delta 1.21.2.1 2007.10.24.14.32.32 rafan > Edit src/lib/libc/locale/gb18030.c > Add delta 1.7.2.1 2007.10.24.14.32.32 rafan > Edit src/lib/libc/locale/gb2312.c > Add delta 1.9.2.1 2007.10.24.14.32.33 rafan > Edit src/lib/libc/locale/gbk.c > Add delta 1.12.2.1 2007.10.24.14.32.33 rafan > Edit src/lib/libc/locale/isctype.c > Add delta 1.9.14.1 2007.10.24.14.32.33 rafan > Edit src/lib/libc/locale/mskanji.c > Add delta 1.17.2.1 2007.10.24.14.32.33 rafan > Edit src/lib/libc/locale/none.c > Add delta 1.13.2.1 2007.10.24.14.32.33 rafan > Edit src/lib/libc/locale/setrunelocale.c > Add delta 1.45.2.1 2007.10.24.14.32.33 rafan > Edit src/lib/libc/locale/utf8.c > Add delta 1.13.2.2 2007.10.24.14.32.33 rafan > Edit src/lib/libstand/Makefile > Add delta 1.54.2.1 2007.10.24.11.50.06 nyan > Edit src/release/Makefile > Add delta 1.887.2.21 2007.10.23.23.45.14 kensmith > Edit src/sbin/mount_unionfs/mount_unionfs.8 > Add delta 1.20.2.2 2007.10.23.03.37.09 daichi > Edit src/share/mklocale/UTF-8.src > Add delta 1.1.8.2 2007.10.24.14.32.33 rafan > Edit src/sys/alpha/pci/pcibus.c > Add delta 1.36.2.2 2007.10.24.12.36.25 jhb > Edit src/sys/boot/ficl/Makefile > Add delta 1.41.2.2 2007.10.24.11.50.07 nyan > Edit src/sys/boot/pc98/Makefile.inc > Add delta 1.5.8.2 2007.10.24.11.50.07 nyan > Edit src/sys/conf/newvers.sh > Add delta 1.69.2.15 2007.10.23.23.41.24 kensmith > Edit src/sys/ddb/db_command.c > Add delta 1.60.2.4 2007.10.23.16.07.30 obrien > Edit src/sys/fs/nullfs/null_subr.c > Add delta 1.48.2.2 2007.10.23.03.38.31 daichi > Edit src/sys/fs/nullfs/null_vnops.c > Add delta 1.87.2.4 2007.10.23.03.38.32 daichi > Edit src/sys/fs/unionfs/union.h > Add delta 1.31.2.2 2007.10.23.03.28.22 daichi > Add delta 1.31.2.3 2007.10.23.03.37.09 daichi > Edit src/sys/fs/unionfs/union_subr.c > Add delta 1.86.2.2 2007.10.23.03.22.48 daichi > Add delta 1.86.2.3 2007.10.23.03.28.22 daichi > Edit src/sys/fs/unionfs/union_vfsops.c > Add delta 1.76.2.3 2007.10.23.03.32.17 daichi > Add delta 1.76.2.4 2007.10.23.03.34.58 daichi > Add delta 1.76.2.5 2007.10.23.03.37.09 daichi > Edit src/sys/fs/unionfs/union_vnops.c > Add delta 1.132.2.2 2007.10.23.03.24.37 daichi > Add delta 1.132.2.3 2007.10.23.03.26.37 daichi > Add delta 1.132.2.4 2007.10.23.03.28.22 daichi > Add delta 1.132.2.5 2007.10.23.03.30.13 daichi > Add delta 1.132.2.6 2007.10.23.03.32.17 daichi > Add delta 1.132.2.7 2007.10.23.03.33.43 daichi > Add delta 1.132.2.8 2007.10.23.03.37.10 daichi > Shutting down connection to server > Finished successfully > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 02:10:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12F2916A41A for ; Thu, 25 Oct 2007 02:10:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id CB2A813C4B9 for ; Thu, 25 Oct 2007 02:10:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so476674waf for ; Wed, 24 Oct 2007 19:10:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=uikeG/jvU3gXI0Y5cduWMeROw3+gb83yJ8Gy3e+R3Pk=; b=ZGYU2ZUEPHKTPnaR+S+lV/wDc8FJ5ZvtbgL/tWWjhw+nJTQTPdEXhdMZza6BCl9w6SEIig1gQY2NBjA7ea33j/1dplqLj2Ad2hlVPzd/bH4tl1/wmz3Xz2fFsCekPhxUxwdY4mXwzNmZ3H5A5Bj9tROw504cqgZ/HGuS2PhoRe0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=HcO2HfpDtTW71JfS28OCkzawC+NVqXR/717QR/gvDHLTQbDhsxPeK+aZ4fRTWc1IQEbB+1jah6uxZKpZzsjaIo9Jptz/9bM6tXnTLkuq8ha3iIsXyLHdIpr+IevbWSKUkPW3Xl1LwLiybnEfkfROnaUMs0PY5RzXqc+RkSMc06k= Received: by 10.115.76.1 with SMTP id d1mr1437917wal.1193278219533; Wed, 24 Oct 2007 19:10:19 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n38sm2763239wag.2007.10.24.19.10.16 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Oct 2007 19:10:18 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9P26cSX016420 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 11:06:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9P26bpV016419; Thu, 25 Oct 2007 11:06:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 25 Oct 2007 11:06:37 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071025020637.GA16092@cdnetworks.co.kr> References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471F52DC.4080305@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 02:10:22 -0000 On Wed, Oct 24, 2007 at 05:12:44PM +0300, Oleg Lomaka wrote: > Pyun YongHyeon wrote: > >On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote: > > > Hi, > > > these drivers don't work under 7.0 > > > As soon as some mild preasure is applied, they start loosing > > interrupts, and > > > in my case the hosts come to a total stand-still, since they are > > diskless > > > and rely on the network. > > > This happens at 1gb and at 100mg. > > > > > > Maybe the problem is with the shared interrups? > > > > > > irq16: mskc0 uhci0 3308351 13 > > > or > > > irq21: nfe0 ohci0 1584415 24 > > > > > > but I have no idea how to uncouple this > > > > > > >If you see watchdog timeout errors on your console, shared interrupt > >would be culprit. > >For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1) > >to set it before loading msk(4) kernel module. > >For nfe(4) you can switch to polling(4). > > > > > I have some msk troubles too. On my laptop (acer travelmate 2483wxmi) > under heavy cpu & network load msk periodically stops working for few > minutes. If that happens msk(4) recover from the non-working state? > sysctl -a|grep msk > <118>msk0: no link ... > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > <118>DHCPDISCOVER on msk0 to 255.255.255.255 port 67 interval 3 > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > <118>msk0: flags=8843 metric 0 > mtu 1500 > msk0: watchdog timeout (missed Tx interrupts) -- recovering > msk0: watchdog timeout (missed Tx interrupts) -- recovering > msk0: Rx FIFO overrun! ^^^^^^^^^^^^^^^^ This looks bad. Would you show me verbosed boot messages related with msk(4) and PHY driver as well as "vmstat -i" output. > msk0: watchdog timeout (missed Tx interrupts) -- recovering > msk0: watchdog timeout (missed Tx interrupts) -- recovering > msk0: watchdog timeout (missed Tx interrupts) -- recovering > dev.mskc.0.%desc: Marvell Yukon 88E8038 Gigabit Ethernet > dev.mskc.0.%driver: mskc > dev.mskc.0.%location: slot=0 function=0 > dev.mskc.0.%pnpinfo: vendor=0x11ab device=0x4352 subvendor=0x1025 > subdevice=0x0110 class=0x020000 > dev.mskc.0.%parent: pci2 > dev.mskc.0.process_limit: 128 > dev.msk.0.%desc: Marvell Technology Group Ltd. Yukon FE Id 0xb7 Rev 0x01 > dev.msk.0.%driver: msk > dev.msk.0.%parent: mskc0 > dev.miibus.0.%parent: msk0 > > Not sure if it is connected to previous issue. > > uname -a > FreeBSD tdevil.lomaka.org.ua 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 22 > 18:32:01 EEST 2007 > root@tdevil.lomaka.org.ua:/usr/obj/usr/src/sys/TDEVIL-7.kernconf i386 > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 02:39:49 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ED2916A419; Thu, 25 Oct 2007 02:39:49 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id 5513313C491; Thu, 25 Oct 2007 02:39:49 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l9P1hqYX011960; Wed, 24 Oct 2007 20:43:53 -0500 (CDT) Received: from ammon.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id l9P1oijM035739; Wed, 24 Oct 2007 20:50:45 -0500 (CDT) (envelope-from djp@polands.org) Received: from ammon.polands.org (localhost [127.0.0.1]) by ammon.polands.org (8.13.8/8.13.8) with ESMTP id l9P1oiuc067961; Wed, 24 Oct 2007 20:50:44 -0500 (CDT) (envelope-from djp@ammon.polands.org) Received: (from djp@localhost) by ammon.polands.org (8.13.8/8.13.8/Submit) id l9P1oi51067960; Wed, 24 Oct 2007 20:50:44 -0500 (CDT) (envelope-from djp) Date: Wed, 24 Oct 2007 20:50:44 -0500 From: Doug Poland To: Kris Kennaway Message-ID: <20071025015044.GA67928@polands.org> References: <471FA648.7020407@polands.org> <471FD292.7070800@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471FD292.7070800@FreeBSD.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4592/Wed Oct 24 16:34:05 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org Subject: Re: Fatal trap 12 on 7.0-BETA1 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 02:39:49 -0000 On Thu, Oct 25, 2007 at 01:17:38AM +0200, Kris Kennaway wrote: > Doug Poland wrote: > >Hello, > > > >I just had a kernel panic using BETA1. According to the Developer > >Handbook Kernel Debugging, I'm supplying the following information in > >hopes that it is useful. Please note: I'm not familiar with this > >process so you need more data, just ask: > > > > > > snip > > > > Almost :) > > What does 'bt' show in kgdb? > kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x9006004 fault code = supervisor read, page not present instruction pointer = 0x20:0xc079c961 stack pointer = 0x28:0xe74a7bcc frame pointer = 0x28:0xe74a7be0 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 = 46 (ath0 taskq) trap number = 12 panic: page fault cpuid = 1 Uptime: 4h9m30s Physical memory: 3435 MB Dumping 214 MB: 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc079c961 0xc079c961 is in mb_free_ext (/usr/src/sys/kern/uipc_mbuf.c:226). 221 * check if the header is embedded in the cluster 222 */ 223 skipmbuf = (m->m_flags & M_NOFREE); 224 225 /* Free attached storage if this mbuf is the only reference to it. */ 226 if (*(m->m_ext.ref_cnt) == 1 || 227 atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { 228 switch (m->m_ext.ext_type) { 229 case EXT_PACKET: /* The packet zone is special. */ 230 if (*(m->m_ext.ref_cnt) == 0) (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc074fed7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0750199 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a1485c in trap_fatal (frame=0xe74a7b8c, eva=151019524) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0a14ae0 in trap_pfault (frame=0xe74a7b8c, usermode=0, eva=151019524) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0a15455 in trap (frame=0xe74a7b8c) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc09fb46b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc079c961 in mb_free_ext (m=0xc7151e00) at /usr/src/sys/kern/uipc_mbuf.c:226 #8 0xc079cfc1 in m_freem (mb=0x0) at mbuf.h:510 #9 0xc051e39e in ath_rxbuf_init (sc=0xc6e95000, bf=0xc6e9cc94) at /usr/src/sys/dev/ath/if_ath.c:3257 #10 0xc052595d in ath_rx_proc (arg=0xc6e95000, npending=1) at /usr/src/sys/dev/ath/if_ath.c:3711 #11 0xc07809c5 in taskqueue_run (queue=0xc6dd8300) at /usr/src/sys/kern/subr_taskqueue.c:255 #12 0xc0780bcb in taskqueue_thread_loop (arg=0xc6e96664) at /usr/src/sys/kern/subr_taskqueue.c:374 #13 0xc07304b9 in fork_exit (callout=0xc0780b10 , arg=0xc6e96664, frame=0xe74a7d38) at /usr/src/sys/kern/kern_fork.c:796 #14 0xc09fb4e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) Here's the whole thing with a backtrace. Thanks for your patience... -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 03:39:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E02116A418 for ; Thu, 25 Oct 2007 03:39:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3149B13C4A5 for ; Thu, 25 Oct 2007 03:39:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so498229waf for ; Wed, 24 Oct 2007 20:39:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=kr+lnl7sBk5lNWS0pQtU5uNgGxd5UR9wZxpuZ/MHX6E=; b=X5fkgxZiJsCTC6EPbV39V71tN4y8I/3G4RSXU/HwC84B4kuIq6kKaxNRpYw/PBuYRLvUx5gp/uoaQagVZQoBQJAzYveDgX5WwNUkiwfNQiOnlb+DjMBR8/6+UsqbD9hkvzjWpUG97LiqhCNpBBOONDoPpnCJpKqMqwx0Dnpcsx4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=JBFu2MKQ/7DA2Vgfji/iSeAjNheqShCr0utvqF6KiYcJpK9/t4K6T526MQwtpqGZsOThzOlieLfs4yoa5G1aP8JddisRarx+QZy7A8xLjZLtqnHBTRYRTjVAi2O9n+LUWU1KqUCOsgiW4kb5745Ek39xwdDtM05l5BVPWj+JsqA= Received: by 10.114.56.1 with SMTP id e1mr1509159waa.1193283544181; Wed, 24 Oct 2007 20:39:04 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m27sm2880442wag.2007.10.24.20.39.01 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Oct 2007 20:39:03 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9P3ZKCl016830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 12:35:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9P3ZGOF016829; Thu, 25 Oct 2007 12:35:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 25 Oct 2007 12:35:16 +0900 From: Pyun YongHyeon To: Daniel Dias Gon?alves Message-ID: <20071025033516.GC16092@cdnetworks.co.kr> References: <471FE33E.5050800@dgnetwork.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471FE33E.5050800@dgnetwork.com.br> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Realtek Gigabit Network Card 0xd6088086 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 03:39:13 -0000 On Wed, Oct 24, 2007 at 10:28:46PM -0200, Daniel Dias Gon?alves wrote: > Hi, > > FreeBSD 6.2-STABLE can support this network card? > > none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 > hdr=0x00 > vendor = 'Realtek Semiconductor' > class = network > subclass = ethernet > If it's not detected by re(4) your NIC would be newer 8168 series. So try re(4) first and let me know the result.(I have a WIP version for newer 8168 family but need testers.) -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 03:56:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A45FF16A473 for ; Thu, 25 Oct 2007 03:56:43 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from mx2.lsn.net (mx2.lsn.net [66.90.130.74]) by mx1.freebsd.org (Postfix) with ESMTP id 8036913C4B6 for ; Thu, 25 Oct 2007 03:56:42 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from [172.18.0.26] (24-155-246-45.dyn.grandenetworks.net [24.155.246.45]) by mx2.lsn.net (8.13.5/8.13.5) with ESMTP id l9P2dQSW022335 for ; Wed, 24 Oct 2007 21:39:27 -0500 From: David Booth To: freebsd-stable@freebsd.org Date: Wed, 24 Oct 2007 21:39:04 -0500 User-Agent: KMail/1.9.7 References: <20071025005432.GB8434@waalsdorp.nl> In-Reply-To: <20071025005432.GB8434@waalsdorp.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710242139.04769.davidb@boothscientific.com> X-Virus-Scanned: ClamAV 0.91.2/4592/Wed Oct 24 16:34:05 2007 on mx0.lsn.net X-Virus-Status: Clean Subject: Re: Installworld broken on RELENG_6 by libc commit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidb@boothscientific.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 03:56:43 -0000 On Wednesday 24 October 2007, Alson van der Meulen wrote: > Hello, > > My installworld of RELENG_6 from a few hours ago failed with this > error (from memory): > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > This broke everything that depended on libncurses, plus PAM. I had > to force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to > /lib using binaries from /rescue to fix it so I could run make > installworld again. > > I upgraded from RELENG_6 of October, 22. I believe I followed the > procedure from /usr/src/UPDATING fairly closely, except for the > reboot to single user part after installing the kernel: > mergemaster -p && make buildworld && make kernel && make > installworld && mergemaster && make delete-old > > I would expect libc to be installed before other libs. The > securelevel was -1, so it should be no problem to overwrite libc. > > Did I do something wrong or is this a bug/missing entry in > UPDATING? > > regards, > Alson > It is not something you did. I had the same problem and have just recovered from it. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 04:04:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1B5316A418 for ; Thu, 25 Oct 2007 04:04:59 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6A95013C491 for ; Thu, 25 Oct 2007 04:04:59 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so474911fka for ; Wed, 24 Oct 2007 21:04:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=Mnhwq26wM+FtdAOCfEgc0tfzvIVqaxSV25+3cFjdMvs=; b=WVeK4GTMPK+1kByyMKz8VZGTdKUH5krpPoHRMSrmVZboeMR9gIVfVtDHfm899Vc6A9AhoHXCpTrkgq4Xv6w7ejp/moOurdE/AICwV7XtxDndT3RF0ZGa4/yGmrsIHJs86wme5BWboiYXDkVdYa8qd0BLDa5HdydhMQKgU+OCAMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=nC6CXbh544ItiyyydJq3Mn6FbGB31K9ZTh8KhwN8HAxRjuYK6GdIRno4h9rb82KxVagqRrArtoZMnx8jIgNkWD7iXcg8+nY87/VE5RO+L6T2oW39u/+rfF+nfLtxZ2J3LLtEPQHRIddyOjn5l7ivGrfGvuKrKYWI/H3CtOzHLNI= Received: by 10.82.162.14 with SMTP id k14mr2973649bue.1193285097741; Wed, 24 Oct 2007 21:04:57 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Wed, 24 Oct 2007 21:04:57 -0700 (PDT) Message-ID: <6eb82e0710242104m208f43f7u1b83de21ac398d4d@mail.gmail.com> Date: Thu, 25 Oct 2007 12:04:57 +0800 From: "Rong-en Fan" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: re@freebsd.org Subject: Re: HEADSUP: don't upgrade to RELENG_6 now (7 is fine) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 04:05:00 -0000 On 10/25/07, Rong-en Fan wrote: > On 10/25/07, Alson van der Meulen wrote: > > Hello, > > > > My installworld of RELENG_6 from a few hours ago failed with this error > > (from memory): > > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > > > This broke everything that depended on libncurses, plus PAM. I had to > > force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib > > using binaries from /rescue to fix it so I could run make installworld > > again. > > I will take a look. before that do not upgrade your system. I did some tests, it turns out that only RELENG_6 is affected. To be more specific, as ncurses lib is installed before libc. It gets broken. For 7 and above, it is fine because we install libc right after csu and before everything. One way to solve this is we install libc as early as possible, but I think it may be too risky at release cycle, so I would like to back out this change and add an UPDATING entry. Then check whether we can change the installation order of libc later. If you cvsup after 'Oct 24 14:32:33 2007 UTC', please do not upgrade until I send out all clear message. If you already broken your world, use this way in *single user*, /rescue/chflags noschg /lib/libc.so.6 /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.6 /lib/ then you need reboot, after that continue installworld (this is what I just did). Sorry for all the trouble. Thanks, Rong-En Fan > > Regards, > Rong-En Fan > > > > > I upgraded from RELENG_6 of October, 22. I believe I followed the > > procedure from /usr/src/UPDATING fairly closely, except for the reboot > > to single user part after installing the kernel: > > mergemaster -p && make buildworld && make kernel && make installworld && > > mergemaster && make delete-old > > > > I would expect libc to be installed before other libs. The securelevel > > was -1, so it should be no problem to overwrite libc. > > > > Did I do something wrong or is this a bug/missing entry in UPDATING? > > > > regards, > > Alson > > > > The csup output since my last make world: > > -------------------------------------------------------------- > > >>> Running /usr/bin/csup > > -------------------------------------------------------------- > > Parsing supfile "/usr/share/examples/cvsup/stable-supfile" > > Connecting to cvsup3.nl.freebsd.org > > Connected to 62.250.3.15 > > Server software version: SNAP_16_1h > > Negotiating file attribute support > > Exchanging collection information > > Establishing multiplexed-mode data connection > > Running > > Updating collection src-all/cvs > > Edit src/include/_ctype.h > > Add delta 1.30.2.1 2007.10.24.14.32.32 rafan > > Edit src/include/ctype.h > > Add delta 1.28.8.1 2007.10.24.14.32.32 rafan > > Edit src/lib/libc/locale/big5.c > > Add delta 1.17.2.1 2007.10.24.14.32.32 rafan > > Edit src/lib/libc/locale/euc.c > > Add delta 1.21.2.1 2007.10.24.14.32.32 rafan > > Edit src/lib/libc/locale/gb18030.c > > Add delta 1.7.2.1 2007.10.24.14.32.32 rafan > > Edit src/lib/libc/locale/gb2312.c > > Add delta 1.9.2.1 2007.10.24.14.32.33 rafan > > Edit src/lib/libc/locale/gbk.c > > Add delta 1.12.2.1 2007.10.24.14.32.33 rafan > > Edit src/lib/libc/locale/isctype.c > > Add delta 1.9.14.1 2007.10.24.14.32.33 rafan > > Edit src/lib/libc/locale/mskanji.c > > Add delta 1.17.2.1 2007.10.24.14.32.33 rafan > > Edit src/lib/libc/locale/none.c > > Add delta 1.13.2.1 2007.10.24.14.32.33 rafan > > Edit src/lib/libc/locale/setrunelocale.c > > Add delta 1.45.2.1 2007.10.24.14.32.33 rafan > > Edit src/lib/libc/locale/utf8.c > > Add delta 1.13.2.2 2007.10.24.14.32.33 rafan > > Edit src/lib/libstand/Makefile > > Add delta 1.54.2.1 2007.10.24.11.50.06 nyan > > Edit src/release/Makefile > > Add delta 1.887.2.21 2007.10.23.23.45.14 kensmith > > Edit src/sbin/mount_unionfs/mount_unionfs.8 > > Add delta 1.20.2.2 2007.10.23.03.37.09 daichi > > Edit src/share/mklocale/UTF-8.src > > Add delta 1.1.8.2 2007.10.24.14.32.33 rafan > > Edit src/sys/alpha/pci/pcibus.c > > Add delta 1.36.2.2 2007.10.24.12.36.25 jhb > > Edit src/sys/boot/ficl/Makefile > > Add delta 1.41.2.2 2007.10.24.11.50.07 nyan > > Edit src/sys/boot/pc98/Makefile.inc > > Add delta 1.5.8.2 2007.10.24.11.50.07 nyan > > Edit src/sys/conf/newvers.sh > > Add delta 1.69.2.15 2007.10.23.23.41.24 kensmith > > Edit src/sys/ddb/db_command.c > > Add delta 1.60.2.4 2007.10.23.16.07.30 obrien > > Edit src/sys/fs/nullfs/null_subr.c > > Add delta 1.48.2.2 2007.10.23.03.38.31 daichi > > Edit src/sys/fs/nullfs/null_vnops.c > > Add delta 1.87.2.4 2007.10.23.03.38.32 daichi > > Edit src/sys/fs/unionfs/union.h > > Add delta 1.31.2.2 2007.10.23.03.28.22 daichi > > Add delta 1.31.2.3 2007.10.23.03.37.09 daichi > > Edit src/sys/fs/unionfs/union_subr.c > > Add delta 1.86.2.2 2007.10.23.03.22.48 daichi > > Add delta 1.86.2.3 2007.10.23.03.28.22 daichi > > Edit src/sys/fs/unionfs/union_vfsops.c > > Add delta 1.76.2.3 2007.10.23.03.32.17 daichi > > Add delta 1.76.2.4 2007.10.23.03.34.58 daichi > > Add delta 1.76.2.5 2007.10.23.03.37.09 daichi > > Edit src/sys/fs/unionfs/union_vnops.c > > Add delta 1.132.2.2 2007.10.23.03.24.37 daichi > > Add delta 1.132.2.3 2007.10.23.03.26.37 daichi > > Add delta 1.132.2.4 2007.10.23.03.28.22 daichi > > Add delta 1.132.2.5 2007.10.23.03.30.13 daichi > > Add delta 1.132.2.6 2007.10.23.03.32.17 daichi > > Add delta 1.132.2.7 2007.10.23.03.33.43 daichi > > Add delta 1.132.2.8 2007.10.23.03.37.10 daichi > > Shutting down connection to server > > Finished successfully > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 04:06:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27E2916A41A for ; Thu, 25 Oct 2007 04:06:32 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id A354A13C48A for ; Thu, 25 Oct 2007 04:06:31 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so475309fka for ; Wed, 24 Oct 2007 21:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=L/LdXPdPH5qb2SctDH3PFFbONYz+c0sNNV0pIRb202g=; b=TrCo/7+luc7EGgkM5ewDDdsQY0s4lRDAn3spKnRUj1pxuJV5PaTQ/+wN95gfcePej3EqFPeOdibmB/iXXn+tgFzqpEAG9Rxzy/2Om/znRrXy9Aho0S4EKlkypqAuJgVBnMCP9KTyn4dLlKV0czZ+4EN0XZzJXDo+4DZACIyf43M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pgSOCizw104LJaVZVukHC27dPnE7GU0JByQF6AKuLgUy2jzxtndricP9DsJjMUaWp7tO7DTUdga+25AI/x0cpWn4HADCMtYM6MOCT4c7Lw82WhSKSNdPY0h61uyugN385j6FY8G3foUsXYzFmsoqV0cv/qgf7QT/wFOtVdSMKwg= Received: by 10.82.146.14 with SMTP id t14mr2343329bud.1193285190514; Wed, 24 Oct 2007 21:06:30 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Wed, 24 Oct 2007 21:06:30 -0700 (PDT) Message-ID: <6eb82e0710242106x7ddd84ebn506c74cb71932463@mail.gmail.com> Date: Thu, 25 Oct 2007 12:06:30 +0800 From: "Rong-en Fan" To: davidb@boothscientific.com In-Reply-To: <200710242139.04769.davidb@boothscientific.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071025005432.GB8434@waalsdorp.nl> <200710242139.04769.davidb@boothscientific.com> Cc: freebsd-stable@freebsd.org Subject: Re: Installworld broken on RELENG_6 by libc commit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 04:06:32 -0000 On 10/25/07, David Booth wrote: > On Wednesday 24 October 2007, Alson van der Meulen wrote: > > Hello, > > > > My installworld of RELENG_6 from a few hours ago failed with this > > error (from memory): > > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > > > This broke everything that depended on libncurses, plus PAM. I had > > to force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to > > /lib using binaries from /rescue to fix it so I could run make > > installworld again. > > > > I upgraded from RELENG_6 of October, 22. I believe I followed the > > procedure from /usr/src/UPDATING fairly closely, except for the > > reboot to single user part after installing the kernel: > > mergemaster -p && make buildworld && make kernel && make > > installworld && mergemaster && make delete-old > > > > I would expect libc to be installed before other libs. The > > securelevel was -1, so it should be no problem to overwrite libc. > > > > Did I do something wrong or is this a bug/missing entry in > > UPDATING? > > > > regards, > > Alson > > > It is not something you did. I had the same problem and have just > recovered from it. Sorry for the trouble, see my HEADSUP message on -stable@. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 06:03:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E78B516A418 for ; Thu, 25 Oct 2007 06:03:55 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFAD13C4B2 for ; Thu, 25 Oct 2007 06:03:55 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so593766pyb for ; Wed, 24 Oct 2007 23:03:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; bh=VdGVaokK/DVY88yT6sDFB9gVq6a6J8fAn5NXn3GGNuU=; b=Ka1TaVa8UF1zNVo2jSa9ZTo+fcEeD91f3iV+LURIFllmCOHg25JADi0/nh3GJ01Uq/Zs+OXmujmQDgxbIu69H9NXirmqsD2ILP5hXMOON4Kk2dBrBlYcnXw3F0L4511GuOQuMZa5ghfuDmIthpMSFvmGXQMCAvbe4QgFjzAOWv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; b=ZcAyD3JoCGt2EOmAvI1zRTYnQcDAyBeDtoUxEfZRCS1hRFwn96XEjqLFXzK4KMR30tjmsrbAK+lal065oPKb8O/lx++D0ubmQxpinxTdLv2poIfp42l0gYVkapxuzkMFLXTtq1HUtmJ7BC08kSDQ9V5vqsgFiDz37N0sSmcRd2k= Received: by 10.65.93.19 with SMTP id v19mr3101477qbl.1193292232289; Wed, 24 Oct 2007 23:03:52 -0700 (PDT) Received: from ppp-21.249.dialinfree.com ( [209.172.21.249]) by mx.google.com with ESMTPS id f15sm1088997qba.2007.10.24.23.03.48 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Oct 2007 23:03:51 -0700 (PDT) Date: Thu, 25 Oct 2007 02:03:38 -0400 From: The Command Line Kid To: David Booth In-Reply-To: <200710242139.04769.davidb@boothscientific.com> Message-ID: <20071025020232.S4228@cbynevgl.hper> References: <20071025005432.GB8434@waalsdorp.nl> <200710242139.04769.davidb@boothscientific.com> X-OpenPGP-Key: 0xDFFDD218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Installworld broken on RELENG_6 by libc commit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 06:03:56 -0000 On Wed, 24 Oct 2007 21:39 -0500, davidb wrote: > On Wednesday 24 October 2007, Alson van der Meulen wrote: >> Hello, >> >> My installworld of RELENG_6 from a few hours ago failed with this >> error (from memory): >> /lib/libncurses.so.6: undefined symbol: __mb_sb_limit >> >> This broke everything that depended on libncurses, plus PAM. I had >> to force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to >> /lib using binaries from /rescue to fix it so I could run make >> installworld again. >> >> I upgraded from RELENG_6 of October, 22. I believe I followed the >> procedure from /usr/src/UPDATING fairly closely, except for the >> reboot to single user part after installing the kernel: >> mergemaster -p && make buildworld && make kernel && make >> installworld && mergemaster && make delete-old >> >> I would expect libc to be installed before other libs. The >> securelevel was -1, so it should be no problem to overwrite libc. >> >> Did I do something wrong or is this a bug/missing entry in >> UPDATING? >> >> regards, >> Alson >> > It is not something you did. I had the same problem and have just > recovered from it. > Same thing here. -- Sincerely, -- CmdLnKid The Command Line Kid. mailto:gmail.com!cmdlnkid - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 06:50:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6639D16A417 for ; Thu, 25 Oct 2007 06:50:41 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id EF8A813C4A3 for ; Thu, 25 Oct 2007 06:50:40 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so518880fka for ; Wed, 24 Oct 2007 23:50:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=CZIiG27OUNDzo5cBMeMB80KhuvroogBdiaKQadvVS8c=; b=r2p5crctiestNFMACNfs2e2Zy+Xn3JuSO2Cw8RxFgCrTj/uOyH2RqLUOqs/V+1bpGojCnEP6hWOPge0udVF/FZLUfMBPnMD2XBYOwtIxXkDRcNQjR2n0ja6r5RnBweFz3REWuv2GPlKrGwRpoziH/cg6xnKM+qyzi6WN8OSw6Vo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=edeaszfRv3I4HSyUROCbp+9uQQ9SLJqTzwGgQepYIncl8gMLZQ7qH7Z7Bp31gfFMwAKXA6OtjYnHF9EdTSPw+l6d7dfRXAJAmPf+x5wnZOrv8mRkf4I+hBPDQvhgYtviuBrLijo8isIoTpLUwYgtIC2kpXT6td95rdbDm2+rrIw= Received: by 10.82.170.2 with SMTP id s2mr3163569bue.1193295039513; Wed, 24 Oct 2007 23:50:39 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Wed, 24 Oct 2007 23:50:39 -0700 (PDT) Message-ID: <6eb82e0710242350n1156e867r59e4492b57e0a708@mail.gmail.com> Date: Thu, 25 Oct 2007 14:50:39 +0800 From: "Rong-en Fan" To: freebsd-stable@freebsd.org In-Reply-To: <6eb82e0710242104m208f43f7u1b83de21ac398d4d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0710242104m208f43f7u1b83de21ac398d4d@mail.gmail.com> Subject: Re: HEADSUP: don't upgrade to RELENG_6 now (7 is fine) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 06:50:41 -0000 On 10/25/07, Rong-en Fan wrote: > On 10/25/07, Rong-en Fan wrote: > > On 10/25/07, Alson van der Meulen wrote: > > > Hello, > > > > > > My installworld of RELENG_6 from a few hours ago failed with this error > > > (from memory): > > > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > > > > > This broke everything that depended on libncurses, plus PAM. I had to > > > force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib > > > using binaries from /rescue to fix it so I could run make installworld > > > again. > > > > I will take a look. before that do not upgrade your system. > > I did some tests, it turns out that only RELENG_6 is affected. To be > more specific, as ncurses lib is installed before libc. It gets broken. > For 7 and above, it is fine because we install libc right after csu and > before everything. > > One way to solve this is we install libc as early as possible, but I > think it may be too risky at release cycle, so I would like to back > out this change and add an UPDATING entry. Then check whether > we can change the installation order of libc later. > > If you cvsup after 'Oct 24 14:32:33 2007 UTC', please do not > upgrade until I send out all clear message. > > If you already broken your world, use this way in *single user*, > > /rescue/chflags noschg /lib/libc.so.6 > /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.6 /lib/ > > then you need reboot, after that continue installworld (this is what I > just did). > > Sorry for all the trouble. An entry in UPDATING is added and I'm working on a proper fix. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 06:59:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF6716A419 for ; Thu, 25 Oct 2007 06:59:52 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 7840C13C480 for ; Thu, 25 Oct 2007 06:59:52 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Ikwh5-000Fmk-GQ for freebsd-stable@freebsd.org; Thu, 25 Oct 2007 09:59:51 +0300 Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Ikwh3-0007Ia-6W for freebsd-stable@freebsd.org; Thu, 25 Oct 2007 09:59:49 +0300 Received: from tdevil.lomaka.org.ua (fc2.kiev.zoral.com.ua [10.1.1.7]) (authenticated bits=0) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9P6xDPE040291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 09:59:13 +0300 (EEST) (envelope-from oleg.lomaka@gmail.com) Message-ID: <47203EC3.4010203@gmail.com> Date: Thu, 25 Oct 2007 09:59:15 +0300 From: Oleg Lomaka User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> In-Reply-To: <20071025020637.GA16092@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 7318d724e6e33de4232bc9d11f85b76e X-DrWeb-checked: yes X-SpamTest-Envelope-From: oleg.lomaka@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1669 [Oct 25 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 06:59:52 -0000 Hello, Pyun YongHyeon wrote: > On Wed, Oct 24, 2007 at 05:12:44PM +0300, Oleg Lomaka wrote: > > Pyun YongHyeon wrote: > > >On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote: > > > > Hi, > > > > these drivers don't work under 7.0 > > > > As soon as some mild preasure is applied, they start loosing > > > interrupts, and > > > > in my case the hosts come to a total stand-still, since they are > > > diskless > > > > and rely on the network. > > > > This happens at 1gb and at 100mg. > > > > > > > > Maybe the problem is with the shared interrups? > > > > > > > > irq16: mskc0 uhci0 3308351 13 > > > > or > > > > irq21: nfe0 ohci0 1584415 24 > > > > > > > > but I have no idea how to uncouple this > > > > > > > > > >If you see watchdog timeout errors on your console, shared interrupt > > >would be culprit. > > >For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1) > > >to set it before loading msk(4) kernel module. > > >For nfe(4) you can switch to polling(4). > > > > > > > > I have some msk troubles too. On my laptop (acer travelmate 2483wxmi) > > under heavy cpu & network load msk periodically stops working for few > > minutes. > > If that happens msk(4) recover from the non-working state? > Yes, some times in few seconds, some times in 5 - 10 minutes, but always recovers. > > sysctl -a|grep msk > > <118>msk0: no link ... > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > <118>DHCPDISCOVER on msk0 to 255.255.255.255 port 67 interval 3 > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > <118>msk0: flags=8843 metric 0 > > mtu 1500 > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > msk0: Rx FIFO overrun! > ^^^^^^^^^^^^^^^^ > This looks bad. Would you show me verbosed boot messages related with > msk(4) and PHY driver as well as "vmstat -i" output. > > Here are values from just booted laptop. If it will halt msk today again, I'll resend. tdevil% vmstat -i interrupt total rate irq1: atkbd0 3275 1 irq12: psm0 11157 6 irq14: ata0 22500 13 irq15: ata1 85 0 irq16: mskc0 uhci+ 17334 10 irq18: uhci2 1 0 irq22: pcm0 46530 27 irq23: uhci0 ehci0 95882 57 cpu0: timer 3322705 1999 Total 3519469 2117 tdevil% grep -iE "msk|phy" /var/run/dmesg.boot pci0: domain=0, physical bus=0 pci2: domain=0, physical bus=2 mskc0: port 0x2000-0x20ff mem 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 mskc0: MSI count : 2 mskc0: RAM buffer size : 16KB mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:1b:24:0e:bc:26 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy0: PHY 3 on miibus0 ukphy0: OUI 0x001000, model 0x0004, rev. 0 ukphy0: no media present ukphy1: PHY 6 on miibus0 ukphy1: OUI 0x004400, model 0x0011, rev. 0 ukphy1: no media present mskc0: [MPSAFE] mskc0: [FILTER] pci3: domain=0, physical bus=3 pci4: domain=0, physical bus=4 pci5: domain=0, physical bus=5 pci10: domain=0, physical bus=10 > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > dev.mskc.0.%desc: Marvell Yukon 88E8038 Gigabit Ethernet > > dev.mskc.0.%driver: mskc > > dev.mskc.0.%location: slot=0 function=0 > > dev.mskc.0.%pnpinfo: vendor=0x11ab device=0x4352 subvendor=0x1025 > > subdevice=0x0110 class=0x020000 > > dev.mskc.0.%parent: pci2 > > dev.mskc.0.process_limit: 128 > > dev.msk.0.%desc: Marvell Technology Group Ltd. Yukon FE Id 0xb7 Rev 0x01 > > dev.msk.0.%driver: msk > > dev.msk.0.%parent: mskc0 > > dev.miibus.0.%parent: msk0 > > > > Not sure if it is connected to previous issue. > > > > uname -a > > FreeBSD tdevil.lomaka.org.ua 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 22 > > 18:32:01 EEST 2007 > > root@tdevil.lomaka.org.ua:/usr/obj/usr/src/sys/TDEVIL-7.kernconf i386 > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 07:25:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741E316A419 for ; Thu, 25 Oct 2007 07:25:48 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD1613C48D for ; Thu, 25 Oct 2007 07:25:47 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so526567fka for ; Thu, 25 Oct 2007 00:25:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=exxEPOS72Fhp5XADXNRy13Z63W3TWE/M2JwjaI88nE0=; b=KBk554DxVt1SOimwY2W64MJK9Yb4eDM374B55N05tGdfVIzby4VTDw/i6iQOb/vLTxnJvO3pCnhjHI1RhClw2w78jrjG5nEIo8jms66PjqbU6a0scnVDUZZ/7dSUyDeBtfOAjzlX78O6EVDRsXD0K0G7dHeROAZYB+vjlUANGpg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hNzkCGWOrXOTBC9PqRDt2BONTmrIkypDUGtNQsy1RawvAn9dRqlcPVqEQJMPLc+ISvbA5tm8NhvrGbdhc5FlTdUzM+iDyzOC9ZoWZl9CR86ywJ79K4Rv6EqxHsqqa4eMQFx0ulyaenQllYTOPLadsl0akapW9Hj5Itd4uEFbWjc= Received: by 10.82.126.5 with SMTP id y5mr3290614buc.1193297146383; Thu, 25 Oct 2007 00:25:46 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Thu, 25 Oct 2007 00:25:46 -0700 (PDT) Message-ID: <6eb82e0710250025j2d329277s56d4a806e41235fc@mail.gmail.com> Date: Thu, 25 Oct 2007 15:25:46 +0800 From: "Rong-en Fan" To: freebsd-stable@freebsd.org In-Reply-To: <6eb82e0710242350n1156e867r59e4492b57e0a708@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0710242104m208f43f7u1b83de21ac398d4d@mail.gmail.com> <6eb82e0710242350n1156e867r59e4492b57e0a708@mail.gmail.com> Subject: Re: HEADSUP: don't upgrade to RELENG_6 now (7 is fine) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 07:25:48 -0000 On 10/25/07, Rong-en Fan wrote: > On 10/25/07, Rong-en Fan wrote: > > On 10/25/07, Rong-en Fan wrote: > > > On 10/25/07, Alson van der Meulen wrote: > > > > Hello, > > > > > > > > My installworld of RELENG_6 from a few hours ago failed with this error > > > > (from memory): > > > > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > > > > > > > This broke everything that depended on libncurses, plus PAM. I had to > > > > force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib > > > > using binaries from /rescue to fix it so I could run make installworld > > > > again. > > > > > > I will take a look. before that do not upgrade your system. > > > > I did some tests, it turns out that only RELENG_6 is affected. To be > > more specific, as ncurses lib is installed before libc. It gets broken. > > For 7 and above, it is fine because we install libc right after csu and > > before everything. > > > > One way to solve this is we install libc as early as possible, but I > > think it may be too risky at release cycle, so I would like to back > > out this change and add an UPDATING entry. Then check whether > > we can change the installation order of libc later. > > > > If you cvsup after 'Oct 24 14:32:33 2007 UTC', please do not > > upgrade until I send out all clear message. > > > > If you already broken your world, use this way in *single user*, > > > > /rescue/chflags noschg /lib/libc.so.6 > > /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.6 /lib/ > > > > then you need reboot, after that continue installworld (this is what I > > just did). > > > > Sorry for all the trouble. > > An entry in UPDATING is added and I'm working on a proper fix. If you have updated your source after Oct 24, please apply this patch http://people.freebsd.org/~rafan/libc-order.diff before building world. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 07:59:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8DB816A417 for ; Thu, 25 Oct 2007 07:59:53 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (schooner.spinnaker.com [199.175.163.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD8F13C48D for ; Thu, 25 Oct 2007 07:59:50 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (localhost.spinnaker.com [127.0.0.1]) by schooner.spinnaker.com (8.13.8/8.13.8) with ESMTP id l9P7NPjW004239 for ; Thu, 25 Oct 2007 00:23:26 -0700 (PDT) (envelope-from waynec@schooner.spinnaker.com) Received: (from waynec@localhost) by schooner.spinnaker.com (8.13.8/8.13.8/Submit) id l9P7NNEe004238 for freebsd-stable@freebsd.org; Thu, 25 Oct 2007 00:23:23 -0700 (PDT) (envelope-from waynec) Date: Thu, 25 Oct 2007 00:23:23 -0700 From: Wayne Chapeskie To: freebsd-stable@freebsd.org Message-ID: <20071025072323.GA4186@spinnaker.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://www.spinnaker.com/~waynec/pgp-key.html X-PGP-KeyID: 0xB9D2D272 X-PGP-Fingerprint: CCFE 68D8 0468 A78F BA9D F388 8D14 7A5A B9D2 D272 User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 07:59:53 -0000 On Mon, 2007-10-22 at 22:21 -0400, Ken Smith wrote: > The 7.0-BETA1 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use I've been doing some install testing of the 7.0-BETA1 i386 ISO's, and have found a small glitch or two. Where should bug reports for the BETA or RC installs be sent? Thanks, -- Wayne Chapeskie From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 08:30:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E699916A418 for ; Thu, 25 Oct 2007 08:30:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id B940F13C4A3 for ; Thu, 25 Oct 2007 08:30:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so368389rvb for ; Thu, 25 Oct 2007 01:30:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=lNBUvpv1xRJ6OkqngFASdOy4rCTJN2t2XyyhPRY/rC4=; b=cyTyBoT2Fg9NL7YxE7G5uFLLe5hAlmXkAeEDtcV3v2rxXryo91A6aeZyhLRKkrh1vObzS7Ud83Ud+UhgBExE86ZCz3rXYsyTpfHyCXd3UTYrqSltjHkIWL+6r54JP3heVDPI2eh6IYftAVZ/ipQiXIf0FqqoJXKZcZdrhMB7Ct0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=OT18wPQufnQobr5Wjh05gov0kCDNgC6l383T4mocgglZdLekT8k9a5kJ5Df+L6YPTbtfBfetzdVO0tfO8aNfxGDWTw9l2oErBZ6ak7rntsIoUnJsc20+UtyI+uRzN3wGY19cnc6mWe9T/FRx5tPRFMWyE0TOQ0s2QudbzR54tA8= Received: by 10.115.108.1 with SMTP id k1mr1822588wam.1193301042335; Thu, 25 Oct 2007 01:30:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j6sm3407008wah.2007.10.25.01.30.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 25 Oct 2007 01:30:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9P8UWZ0017825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 17:30:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9P8UWdF017824; Thu, 25 Oct 2007 17:30:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 25 Oct 2007 17:30:32 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071025083032.GE16092@cdnetworks.co.kr> References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <47203EC3.4010203@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 08:30:43 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Oct 25, 2007 at 09:59:15AM +0300, Oleg Lomaka wrote: > Hello, > > Pyun YongHyeon wrote: > >On Wed, Oct 24, 2007 at 05:12:44PM +0300, Oleg Lomaka wrote: > > > Pyun YongHyeon wrote: > > > >On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote: > > > > > Hi, > > > > > these drivers don't work under 7.0 > > > > > As soon as some mild preasure is applied, they start loosing > > > > interrupts, and > > > > > in my case the hosts come to a total stand-still, since they are > > > > diskless > > > > > and rely on the network. > > > > > This happens at 1gb and at 100mg. > > > > > > > > > > Maybe the problem is with the shared interrups? > > > > > > > > > > irq16: mskc0 uhci0 3308351 13 > > > > > or > > > > > irq21: nfe0 ohci0 1584415 24 > > > > > > > > > > but I have no idea how to uncouple this > > > > > > > > > > > > >If you see watchdog timeout errors on your console, shared interrupt > > > >would be culprit. > > > >For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1) > > > >to set it before loading msk(4) kernel module. > > > >For nfe(4) you can switch to polling(4). > > > > > > > > > > > I have some msk troubles too. On my laptop (acer travelmate 2483wxmi) > > > under heavy cpu & network load msk periodically stops working for few > > > minutes. > > > >If that happens msk(4) recover from the non-working state? > > > Yes, some times in few seconds, some times in 5 - 10 minutes, but always > recovers. > > > sysctl -a|grep msk > > > <118>msk0: no link ... > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > <118>DHCPDISCOVER on msk0 to 255.255.255.255 port 67 interval 3 > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > <118>msk0: flags=8843 metric 0 > > > mtu 1500 > > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > > msk0: Rx FIFO overrun! > > ^^^^^^^^^^^^^^^^ > >This looks bad. Would you show me verbosed boot messages related with > >msk(4) and PHY driver as well as "vmstat -i" output. > > > > > Here are values from just booted laptop. If it will halt msk today > again, I'll resend. > > tdevil% vmstat -i > interrupt total rate > irq1: atkbd0 3275 1 > irq12: psm0 11157 6 > irq14: ata0 22500 13 > irq15: ata1 85 0 > irq16: mskc0 uhci+ 17334 10 > irq18: uhci2 1 0 > irq22: pcm0 46530 27 > irq23: uhci0 ehci0 95882 57 > cpu0: timer 3322705 1999 > Total 3519469 2117 > > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > pci0: domain=0, physical bus=0 > pci2: domain=0, physical bus=2 > mskc0: port 0x2000-0x20ff mem > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > mskc0: MSI count : 2 > mskc0: RAM buffer size : 16KB > mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) > mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) > msk0: on mskc0 > msk0: bpf attached > msk0: Ethernet address: 00:1b:24:0e:bc:26 > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ukphy0: PHY 3 on miibus0 > ukphy0: OUI 0x001000, model 0x0004, rev. 0 > ukphy0: no media present > ukphy1: PHY 6 on miibus0 > ukphy1: OUI 0x004400, model 0x0011, rev. 0 > ukphy1: no media present > mskc0: [MPSAFE] > mskc0: [FILTER] > pci3: domain=0, physical bus=3 > pci4: domain=0, physical bus=4 > pci5: domain=0, physical bus=5 > pci10: domain=0, physical bus=10 > Thanks for the info. Would please try attached patch? -- Regards, Pyun YongHyeon --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.queue.patch" Index: if_msk.c =================================================================== RCS file: /home/ncvs/src/sys/dev/msk/if_msk.c,v retrieving revision 1.18 diff -u -r1.18 if_msk.c --- if_msk.c 20 Jul 2007 00:25:20 -0000 1.18 +++ if_msk.c 25 Oct 2007 08:25:33 -0000 @@ -1026,8 +1026,6 @@ /* Get adapter SRAM size. */ val = CSR_READ_1(sc, B2_E_0); sc->msk_ramsize = (val == 0) ? 128 : val * 4; - if (sc->msk_hw_id == CHIP_ID_YUKON_FE) - sc->msk_ramsize = 4 * 4; if (bootverbose) device_printf(sc->msk_dev, "RAM buffer size : %dKB\n", sc->msk_ramsize); @@ -1055,11 +1053,16 @@ /* Take away the minimum memory for active queues. */ avail -= minqsize; + if (avail < 0) + return (ENOSPC); /* Rx queue gets the minimum + 80% of the rest. */ sc->msk_rxqsize = (avail * MSK_RAM_QUOTA_RX) / 100 + MSK_MIN_RXQ_SIZE; avail -= (sc->msk_rxqsize - MSK_MIN_RXQ_SIZE); - sc->msk_txqsize = avail + MSK_MIN_TXQ_SIZE; + if (avail <= 0) + sc->msk_txqsize = sc->msk_ramsize - sc->msk_rxqsize; + else + sc->msk_txqsize = avail + MSK_MIN_TXQ_SIZE; for (i = 0, next = 0; i < sc->msk_num_port; i++) { sc->msk_rxqstart[i] = next; --z6Eq5LdranGa6ru8-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 08:57:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1977D16A417 for ; Thu, 25 Oct 2007 08:57:57 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id A934113C4B0 for ; Thu, 25 Oct 2007 08:57:56 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IkyXI-000AUS-T0 for freebsd-stable@freebsd.org; Thu, 25 Oct 2007 11:57:54 +0300 Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IkyXG-000Cu4-Lf for freebsd-stable@freebsd.org; Thu, 25 Oct 2007 11:57:51 +0300 Received: from tdevil.lomaka.org.ua (fc2.kiev.zoral.com.ua [10.1.1.7]) (authenticated bits=0) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9P8uqCw043098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 11:56:53 +0300 (EEST) (envelope-from oleg.lomaka@gmail.com) Message-ID: <47205A56.6010601@gmail.com> Date: Thu, 25 Oct 2007 11:56:54 +0300 From: Oleg Lomaka User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> In-Reply-To: <20071025083032.GE16092@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: feb28a81ec0850514d099b7346a2573b X-DrWeb-checked: yes X-SpamTest-Envelope-From: oleg.lomaka@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1669 [Oct 25 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 08:57:57 -0000 Pyun YongHyeon wrote: > On Thu, Oct 25, 2007 at 09:59:15AM +0300, Oleg Lomaka wrote: > > Hello, > > > > Pyun YongHyeon wrote: > > >On Wed, Oct 24, 2007 at 05:12:44PM +0300, Oleg Lomaka wrote: > > > > Pyun YongHyeon wrote: > > > > >On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote: > > > > > > Hi, > > > > > > these drivers don't work under 7.0 > > > > > > As soon as some mild preasure is applied, they start loosing > > > > > interrupts, and > > > > > > in my case the hosts come to a total stand-still, since they are > > > > > diskless > > > > > > and rely on the network. > > > > > > This happens at 1gb and at 100mg. > > > > > > > > > > > > Maybe the problem is with the shared interrups? > > > > > > > > > > > > irq16: mskc0 uhci0 3308351 13 > > > > > > or > > > > > > irq21: nfe0 ohci0 1584415 24 > > > > > > > > > > > > but I have no idea how to uncouple this > > > > > > > > > > > > > > > >If you see watchdog timeout errors on your console, shared interrupt > > > > >would be culprit. > > > > >For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1) > > > > >to set it before loading msk(4) kernel module. > > > > >For nfe(4) you can switch to polling(4). > > > > > > > > > > > > > > I have some msk troubles too. On my laptop (acer travelmate 2483wxmi) > > > > under heavy cpu & network load msk periodically stops working for few > > > > minutes. > > > > > >If that happens msk(4) recover from the non-working state? > > > > > Yes, some times in few seconds, some times in 5 - 10 minutes, but always > > recovers. > > > > sysctl -a|grep msk > > > > <118>msk0: no link ... > > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > > <118>DHCPDISCOVER on msk0 to 255.255.255.255 port 67 interval 3 > > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > > <118>msk0: flags=8843 metric 0 > > > > mtu 1500 > > > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > > > msk0: Rx FIFO overrun! > > > ^^^^^^^^^^^^^^^^ > > >This looks bad. Would you show me verbosed boot messages related with > > >msk(4) and PHY driver as well as "vmstat -i" output. > > > > > > > > Here are values from just booted laptop. If it will halt msk today > > again, I'll resend. > > > > tdevil% vmstat -i > > interrupt total rate > > irq1: atkbd0 3275 1 > > irq12: psm0 11157 6 > > irq14: ata0 22500 13 > > irq15: ata1 85 0 > > irq16: mskc0 uhci+ 17334 10 > > irq18: uhci2 1 0 > > irq22: pcm0 46530 27 > > irq23: uhci0 ehci0 95882 57 > > cpu0: timer 3322705 1999 > > Total 3519469 2117 > > > > > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > > pci0: domain=0, physical bus=0 > > pci2: domain=0, physical bus=2 > > mskc0: port 0x2000-0x20ff mem > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > mskc0: MSI count : 2 > > mskc0: RAM buffer size : 16KB > > mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) > > mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) > > msk0: on mskc0 > > msk0: bpf attached > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ukphy0: PHY 3 on miibus0 > > ukphy0: OUI 0x001000, model 0x0004, rev. 0 > > ukphy0: no media present > > ukphy1: PHY 6 on miibus0 > > ukphy1: OUI 0x004400, model 0x0011, rev. 0 > > ukphy1: no media present > > mskc0: [MPSAFE] > > mskc0: [FILTER] > > pci3: domain=0, physical bus=3 > > pci4: domain=0, physical bus=4 > > pci5: domain=0, physical bus=5 > > pci10: domain=0, physical bus=10 > > > > Thanks for the info. Would please try attached patch? > > After kldunload/kldload i've got following and had to revert to original one (1.18 revision). I'll try to reboot laptop in the evening with your patch. Is kernel reloading desirable? found-> vendor=0x104c, dev=0x8039, revid=0x00 domain=0, bus=10, slot=9, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x31 (1470 ns), mingnt=0x44 (17000 ns), maxlat=0x03 (750 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:10:9:0: reprobing on driver added found-> vendor=0x104c, dev=0x803b, revid=0x00 domain=0, bus=10, slot=9, func=2 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:10:9:2: reprobing on driver added msk0: on mskc0 msk0: failed to allocate DMA'able memory for jumbo buf device_attach: msk0 attach returned 1 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 09:05:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81AA616A46C for ; Thu, 25 Oct 2007 09:05:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 5371713C48A for ; Thu, 25 Oct 2007 09:05:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so580618waf for ; Thu, 25 Oct 2007 02:05:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=V8+7dp+pf20wq1ar6+DK2rt/DoNoJBFqbeEhjZFqD9Y=; b=jgIZXNR2oDAgacWQpqoPE+oElp6CPUyBy71LARdJwwXO+SoVvKNKfhde6DMx+BqPZxK0DfI1jW7Ulo6wKyiYnxn+q2NzMxne/fDx0tI6gfXxZZk2cQODfyCi0ikoxBn5OmdHG95TfJ9fkNdd21xDME8gsL+Rg8hkgg/FlXt0R/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=evW2i0F/WPWBVyKgAmOfWHMFF29W3vAlJFx0H6tzscEdOj8SPFsdp5LlA5bfimnpTNIOTLiR6jE8NtClqoNR69tEztgTZS9gWfNj6fj7hwiBVyAHGOJeWqKJt4P1iWWDF5z9BxMaZ9nuimqRrYjG5GHILGVlNYzdvdNCCno6CTI= Received: by 10.114.197.1 with SMTP id u1mr1844474waf.1193303135018; Thu, 25 Oct 2007 02:05:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v38sm3441303wah.2007.10.25.02.05.31 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 25 Oct 2007 02:05:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9P95RTx017928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 18:05:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9P95PdP017927; Thu, 25 Oct 2007 18:05:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 25 Oct 2007 18:05:25 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071025090525.GF16092@cdnetworks.co.kr> References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <47205A56.6010601@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47205A56.6010601@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 09:05:36 -0000 On Thu, Oct 25, 2007 at 11:56:54AM +0300, Oleg Lomaka wrote: > Pyun YongHyeon wrote: > >On Thu, Oct 25, 2007 at 09:59:15AM +0300, Oleg Lomaka wrote: > > > Hello, > > > > > > Pyun YongHyeon wrote: > > > >On Wed, Oct 24, 2007 at 05:12:44PM +0300, Oleg Lomaka wrote: > > > > > Pyun YongHyeon wrote: > > > > > >On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote: > > > > > > > Hi, > > > > > > > these drivers don't work under 7.0 > > > > > > > As soon as some mild preasure is applied, they start loosing > > > > > > interrupts, and > > > > > > > in my case the hosts come to a total stand-still, since they > > are > > > > diskless > > > > > > > and rely on the network. > > > > > > > This happens at 1gb and at 100mg. > > > > > > > > > > > > > > Maybe the problem is with the shared interrups? > > > > > > > > > > > > > > irq16: mskc0 uhci0 3308351 13 > > > > > > > or > > > > > > > irq21: nfe0 ohci0 1584415 24 > > > > > > > > > > > > > > but I have no idea how to uncouple this > > > > > > > > > > > > > > > > > > >If you see watchdog timeout errors on your console, shared > > interrupt > > > > > >would be culprit. > > > > > >For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1) > > > > > >to set it before loading msk(4) kernel module. > > > > > >For nfe(4) you can switch to polling(4). > > > > > > > > > > > > > > > > > I have some msk troubles too. On my laptop (acer travelmate > > 2483wxmi) > > > under heavy cpu & network load msk periodically stops > > working for few > > > minutes. > > > > > > > >If that happens msk(4) recover from the non-working state? > > > > > > > Yes, some times in few seconds, some times in 5 - 10 minutes, but > > always > recovers. > > > > > sysctl -a|grep msk > > > > > <118>msk0: no link ... > > > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > > > <118>DHCPDISCOVER on msk0 to 255.255.255.255 port 67 interval 3 > > > > > <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67 > > > > > <118>msk0: flags=8843 > > metric 0 > > > mtu 1500 > > > > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > > > > msk0: watchdog timeout (missed Tx interrupts) -- recovering > > > > > msk0: Rx FIFO overrun! > > > > ^^^^^^^^^^^^^^^^ > > > >This looks bad. Would you show me verbosed boot messages related with > > > >msk(4) and PHY driver as well as "vmstat -i" output. > > > > > > > > > > > Here are values from just booted laptop. If it will halt msk today > > > again, I'll resend. > > > > > > tdevil% vmstat -i > > > interrupt total rate > > > irq1: atkbd0 3275 1 > > > irq12: psm0 11157 6 > > > irq14: ata0 22500 13 > > > irq15: ata1 85 0 > > > irq16: mskc0 uhci+ 17334 10 > > > irq18: uhci2 1 0 > > > irq22: pcm0 46530 27 > > > irq23: uhci0 ehci0 95882 57 > > > cpu0: timer 3322705 1999 > > > Total 3519469 2117 > > > > > > > > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > > > pci0: domain=0, physical bus=0 > > > pci2: domain=0, physical bus=2 > > > mskc0: port 0x2000-0x20ff mem > > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > > mskc0: MSI count : 2 > > > mskc0: RAM buffer size : 16KB > > > mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) > > > mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) > > > msk0: on mskc0 > > > msk0: bpf attached > > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > > miibus0: on msk0 > > > e1000phy0: PHY 0 on miibus0 > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > ukphy0: PHY 3 on miibus0 > > > ukphy0: OUI 0x001000, model 0x0004, rev. 0 > > > ukphy0: no media present > > > ukphy1: PHY 6 on miibus0 > > > ukphy1: OUI 0x004400, model 0x0011, rev. 0 > > > ukphy1: no media present > > > mskc0: [MPSAFE] > > > mskc0: [FILTER] > > > pci3: domain=0, physical bus=3 > > > pci4: domain=0, physical bus=4 > > > pci5: domain=0, physical bus=5 > > > pci10: domain=0, physical bus=10 > > > > > > >Thanks for the info. Would please try attached patch? > > > > > After kldunload/kldload i've got following and had to revert to original > one (1.18 revision). I'll try to reboot laptop in the evening with your > patch. Is kernel reloading desirable? > The following loading failure comes from lack of DMAable memory resource. msk(4) requires large blocks of contiguous memory to support jumbo frames even though your Yukon FE doesn't have that capability. I have plan to clean up this issue but it needs major restructring. ATM the only way to recover from this would be reboot. To use msk(4) module add the following line to /boot/loader.conf if_msk_load="YES" That would fix loading issue. > found-> vendor=0x104c, dev=0x8039, revid=0x00 > domain=0, bus=10, slot=9, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x31 (1470 ns), mingnt=0x44 (17000 ns), maxlat=0x03 > (750 ns) > intpin=a, irq=20 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci0:10:9:0: reprobing on driver added > found-> vendor=0x104c, dev=0x803b, revid=0x00 > domain=0, bus=10, slot=9, func=2 > class=01-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 > (1000 ns) > intpin=a, irq=20 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci0:10:9:2: reprobing on driver added > msk0: on mskc0 > msk0: failed to allocate DMA'able memory for jumbo buf > device_attach: msk0 attach returned 1 -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 11:05:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A21F16A469 for ; Thu, 25 Oct 2007 11:05:18 +0000 (UTC) (envelope-from Mathias.Picker@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 66B2B13C4A3 for ; Thu, 25 Oct 2007 11:05:17 +0000 (UTC) (envelope-from Mathias.Picker@gmx.de) Received: (qmail 31520 invoked by uid 0); 25 Oct 2007 10:38:36 -0000 Received: from 213.239.214.227 by www153.gmx.net with HTTP; Thu, 25 Oct 2007 12:38:35 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Oct 2007 12:38:35 +0200 From: "Mathias Picker" Message-ID: <20071025103835.92530@gmx.net> MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Authenticated: #23891974 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1/LO7g9RnTLA1H54M51Es85y95NgkAke6rmEMlXjG yJja6hqOU7CLK6Dm2HMOIMUN9PCgXnGYe01A== Content-Transfer-Encoding: 7bit X-GMX-UID: HUAGbwyDLi50Ny60BmppyEVrZml1ZBiP Subject: Network connection troubles from a few external host to box with current RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 11:05:18 -0000 I have upgraded a server from 6-stable to RELENG_7 a few weeks ago. Everything seemed to run fine, only one friend of mine couldn't connect to it with his OS X pc (no ssh, no http, ping works, though) (other machines (windows) from inside his net could connect ok). No I have a small registration application up: http://strongdesk.com/oracle/recruitmentday/register/ and have people call oracle support that they cannot see that site. One oracle employee with an windows xp box cannot connect, too. I have allready undone any performance / hardening sysctl settings, still, some people cannot connect... Has anyone heard of this? Or is it just this machine? (nmap does not guess the os, is that normal for 7.0?) Any help (and debugging tips other than comparing packet dumps...) apreciated. Thanks, Mathias P.S.:uname and ifconfig 1% uname -a FreeBSD 1.strongdesk.com 7.0-BETA1 FreeBSD 7.0-BETA1 #3: Wed Oct 24 17:59:25 CEST 2007 hermannf@1.strongdesk.com:/usr/obj/usr/src/sys/STRONGDESK i386 1% ifconfig vr0 vr0: flags=8843 metric 0 mtu 1500 options=8 ether 00:11:09:7c:b5:0f inet 213.239.214.227 netmask 0xffffffe0 broadcast 213.239.214.255 maclabel biba/equal(equal-equal),mls/equal(equal-equal) media: Ethernet autoselect (100baseTX ) status: active -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 11:58:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4845716A41A for ; Thu, 25 Oct 2007 11:58:09 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id F1D2E13C4C6 for ; Thu, 25 Oct 2007 11:58:08 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so218940ele for ; Thu, 25 Oct 2007 04:58:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=4YgTzTrz2DpXrc/PPPQUp8VDjz5ENfboyCBYmGTPp4E=; b=fjkamf/MTu5/R8lUvrZLjD+oP2k/DpBfn175lE1kAs9A/3+kU3yaMpNTyR7nPoG1605VDpiC3d6mYC3k6RfPdMZuiOwV2V0wkoos2MYVh7jCWQFrIshsna3/Zaq4hGUWHq7d0Z9VUaxZzW4fC0k7IlReP2AO9dT4vIi21Tpxwcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=k1cfL7p1IgtyoaB2lrkt/KwjCrRk0iKVHNuMGKNpH9fDwAIdQYklMGDvfYseboNc1P1ES4cWZPbr2jWZef7IoKZlJ7K/V/lHdSWyr9g4m3TDywvFWIXmY0Oe5V8TgVUTfVNtnD+LwHhqZWj9cx/JRctxeVDOU9pZ2EmPu5w55T4= Received: by 10.142.50.15 with SMTP id x15mr417545wfx.1193311795967; Thu, 25 Oct 2007 04:29:55 -0700 (PDT) Received: by 10.142.125.6 with HTTP; Thu, 25 Oct 2007 04:29:55 -0700 (PDT) Message-ID: <6f50eac40710250429j71f6a32bn99b8d7c5bfa6ea0e@mail.gmail.com> Date: Thu, 25 Oct 2007 07:29:55 -0400 From: "Indigo 23" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0-BETA1 AMD64 buildworld error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 11:58:09 -0000 I have updated sources as of Oct 25 and I tried building world (7.0-BETA1 AMD64), but I keep receiving the same error (see below) and I'm not sure how to fix it. I tried removing my sources completely and getting a fresh copy as well as running make clean in /usr/src, but to no avail. Anyone have any ideas? echo libc.so.7: /usr/obj/usr/src/lib32/usr/lib32/libgcc.a >> .depend /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -s -mtune=nocona -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/lib32/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c fork.S /usr/local/libexec/ccache/world-cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -s -mtune=nocona -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/lib32/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c fork.S -o fork.So /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -s -mtune=nocona -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/lib32/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c read.S fork.S: Assembler messages: fork.S:2: Error: invalid character '_' in mnemonic *** Error code 1 fork.S: Assembler messages: fork.S:2: Error: invalid character '_' in mnemonic *** Error code 1 read.S: Assembler messages: read.S:2: Error: invalid character '_' in mnemonic *** Error code 1 3 errors *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 12:02:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F367E16A468 for ; Thu, 25 Oct 2007 12:02:04 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id A9A2B13C4AC for ; Thu, 25 Oct 2007 12:02:04 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 583653694D; Thu, 25 Oct 2007 15:02:03 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23166-05; Thu, 25 Oct 2007 15:02:01 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 83AF83694B; Thu, 25 Oct 2007 15:02:01 +0300 (EEST) Message-ID: <472085B9.5010509@bulinfo.net> Date: Thu, 25 Oct 2007 15:02:01 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: Mathias Picker References: <20071025103835.92530@gmx.net> In-Reply-To: <20071025103835.92530@gmx.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org Subject: Re: Network connection troubles from a few external host to box with current RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 12:02:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 See "connection timed out on freebsd 7.0" thread Mathias Picker wrote: > I have upgraded a server from 6-stable to RELENG_7 a few weeks ago. Everything seemed to run fine, only one friend of mine couldn't connect to it with his OS X pc (no ssh, no http, ping works, though) (other machines (windows) from inside his net could connect ok). > > No I have a small registration application up: > http://strongdesk.com/oracle/recruitmentday/register/ and have people call oracle support that they cannot see that site. One oracle employee with an windows xp box cannot connect, too. > > I have allready undone any performance / hardening sysctl settings, still, some people cannot connect... > > Has anyone heard of this? Or is it just this machine? > > (nmap does not guess the os, is that normal for 7.0?) > > Any help (and debugging tips other than comparing packet dumps...) > apreciated. > > Thanks, Mathias > > P.S.:uname and ifconfig > > 1% uname -a > FreeBSD 1.strongdesk.com 7.0-BETA1 FreeBSD 7.0-BETA1 #3: Wed Oct 24 > 17:59:25 CEST 2007 > hermannf@1.strongdesk.com:/usr/obj/usr/src/sys/STRONGDESK i386 > > 1% ifconfig vr0 > vr0: flags=8843 metric 0 mtu > 1500 > options=8 > ether 00:11:09:7c:b5:0f > inet 213.239.214.227 netmask 0xffffffe0 broadcast > 213.239.214.255 > maclabel biba/equal(equal-equal),mls/equal(equal-equal) > media: Ethernet autoselect (100baseTX ) > status: active > > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIIW5xJBWvpalMpkRArOKAJwIuG0IyvOWFrzIImQ8Se9VxKi2KwCfVzHh LYkOe+LBEgl6KX88hpGvJfg= =etuH -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 12:04:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49D3716A481 for ; Thu, 25 Oct 2007 12:04:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id DC5A413C4DA for ; Thu, 25 Oct 2007 12:04:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so569989uge for ; Thu, 25 Oct 2007 05:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=Eql0Uf2NvJjdf9pHEeG4yLlSkwhvELdiUWn2PL2Lpj8=; b=NM/aCo+i4Mm3id7lcpW2ccUzRBAdgbK3vIJUjxjwLpGXWbwbBshaJaYoRhj7pfKleyNy59D3LUnnrutczqAGVdJKe0mLE/TEP+6TFcge6vu/n+f/bxvVjzju8DmYNkyvfD29L5x+gBNHhLT3zdhPuhBCbh5Yr818cONKbhB6jdE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=t+UAyXoxhN6/+0Q5pHGjcEa4nglXDAOZm6IYHqJItPVs9VjA6xZbgwT8Za3blUoK1S6uHcjaYnRB20d8FYbcv5DzegUj2dKCBfK94Ql0HR1+jxT1FinV+16Z2oT7sPItZV3aRBIfDwpg3se6HupEwJZEZpYjH14mpPqqqc5QtnA= Received: by 10.78.204.20 with SMTP id b20mr1277489hug.1193312252845; Thu, 25 Oct 2007 04:37:32 -0700 (PDT) Received: by 10.78.168.9 with HTTP; Thu, 25 Oct 2007 04:37:32 -0700 (PDT) Message-ID: Date: Thu, 25 Oct 2007 15:37:32 +0400 From: pluknet To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: drm(4) related LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 12:04:39 -0000 Hi all. I am getting the following LOR on my 7.0-BETA1: lock order reversal: (sleepable after non-sleepable) 1st 0xc3c904d8 drm device (drm device) @ /media/src/sys/modules/drm/drm/../../.. /dev/drm/drm_drv.c:907 2nd 0xc4135a3c user map (user map) @ vm/vm_glue.c:183 KDB: stack backtrace: db_trace_self_wrapper(c076f2df,e6716a74,c055fcd6,c077168b,c4135a3c,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c077168b,c4135a3c,c078accb,c078accb,c078a7e6,...) at kdb_backtrace +0x29 witness_checkorder(c4135a3c,9,c078a7dd,b7,c4135a3c,...) at witness_checkorder+0x 6d6 _sx_xlock(c4135a3c,0,c078a7dd,b7,e6716ad8,...) at _sx_xlock+0x7d _vm_map_lock_read(c41359f8,c078a7dd,b7,c078ac64,8,...) at _vm_map_lock_read+0x50 useracc(28aab980,8,1,1,c076b1ec,...) at useracc+0x65 i915_cmdbuffer(c4147100,8018644b,c52e8180,3,c492dc60,...) at i915_cmdbuffer+0x56 3 drm_ioctl(c4147100,8018644b,c52e8180,3,c492dc60,...) at drm_ioctl+0x384 giant_ioctl(c4147100,8018644b,c52e8180,3,c492dc60,...) at giant_ioctl+0x56 devfs_ioctl_f(c5c146c0,8018644b,c52e8180,c5536500,c492dc60,...) at devfs_ioctl_f +0xd5 kern_ioctl(c492dc60,5,8018644b,c52e8180,c52e8180,...) at kern_ioctl+0x253 ioctl(c492dc60,e6716cfc,c,e6716d38,c07a92d0,...) at ioctl+0x13f syscall(e6716d38) at syscall+0x2f3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28698a53, esp = 0xbf6f6c9c, ebp = 0xbf6f6cb8 --- It is first observed after update to 7.0-BETA1 (from CURRENT of Oct 11) $ ident /media/src/sys/dev/drm/drm_drv.c /media/src/sys/dev/drm/drm_drv.c: $FreeBSD: src/sys/dev/drm/drm_drv.c,v 1.6 2006/09/07 23:04:47 anholt Exp $ $ ident /media/src/sys/vm/vm_glue.c /media/src/sys/vm/vm_glue.c: $FreeBSD: src/sys/vm/vm_glue.c,v 1.225 2007/09/21 05:07:07 jeff Exp $ Note that drm is kldloadable and is not statically compiled in a kernel. Thanks. wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 12:10:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5060116A46E for ; Thu, 25 Oct 2007 12:10:53 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id DE03F13C48E for ; Thu, 25 Oct 2007 12:10:52 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id y2so571209uge for ; Thu, 25 Oct 2007 05:10:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=VeBPQCmHLUsS/JOHGnr8jS2I+wJO/yL/i5klhdVN1e8=; b=Osp4Qh8iNJazZ4P/NtmR1/yqWBzRmtHNIgpgaseMphyKvWyieiPa4nLLoU+YZWbqq555rn0SIAMgJ0RlOyifz/XNCWr0vG56Zy57wwFvm6Baxou+sV9f7rRrMz4Drx6NLUw2WUcQzCPCzMe8Bzfh+O+VMZHZmAgdgdDP1iRDghI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=qSHaxXXBXh7yEgCEzX91/eNd43UZcGmp0gmZVE25ohn8Ngy4TJjptTvfG0yN6c/sdFvj3CXcl5M1bRNI0srlH43t5iSuhc6N7+3Oy2UNDGc122W74c3WhoHsOKnXjRysOQcavZzpPsaFdpMs/C/+NiXLzdkCaIj5Jj1ey1bZ9sY= Received: by 10.78.172.20 with SMTP id u20mr1319254hue.1193314250356; Thu, 25 Oct 2007 05:10:50 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id 35sm5645858nfu.2007.10.25.05.10.47 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Oct 2007 05:10:48 -0700 (PDT) From: Tom Evans To: Mathias Picker In-Reply-To: <20071025103835.92530@gmx.net> References: <20071025103835.92530@gmx.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6VsVWs1Svv6nKBjLVHwb" Date: Thu, 25 Oct 2007 13:10:44 +0100 Message-Id: <1193314245.2001.55.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Network connection troubles from a few external host to box with current RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 12:10:53 -0000 --=-6VsVWs1Svv6nKBjLVHwb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-10-25 at 12:38 +0200, Mathias Picker wrote: > I have upgraded a server from 6-stable to RELENG_7 a few weeks ago. Every= thing seemed to run fine, only one friend of mine couldn't connect to it wi= th his OS X pc (no ssh, no http, ping works, though) (other machines (windo= ws) from inside his net could connect ok). >=20 > No I have a small registration application up: > http://strongdesk.com/oracle/recruitmentday/register/ and have people cal= l oracle support that they cannot see that site. One oracle employee with a= n windows xp box cannot connect, too. >=20 > I have allready undone any performance / hardening sysctl settings, still= , some people cannot connect... >=20 > Has anyone heard of this? Or is it just this machine? >=20 > (nmap does not guess the os, is that normal for 7.0?) >=20 > Any help (and debugging tips other than comparing packet dumps...) > apreciated. >=20 > Thanks, Mathias >=20 > P.S.:uname and ifconfig >=20 > 1% uname -a > FreeBSD 1.strongdesk.com 7.0-BETA1 FreeBSD 7.0-BETA1 #3: Wed Oct 24 > 17:59:25 CEST 2007 > hermannf@1.strongdesk.com:/usr/obj/usr/src/sys/STRONGDESK i386 >=20 > 1% ifconfig vr0 > vr0: flags=3D8843 metric 0 mtu > 1500 > options=3D8 > ether 00:11:09:7c:b5:0f > inet 213.239.214.227 netmask 0xffffffe0 broadcast > 213.239.214.255 > maclabel biba/equal(equal-equal),mls/equal(equal-equal) > media: Ethernet autoselect (100baseTX ) > status: active >=20 Perhaps related: http://lists.freebsd.org/pipermail/freebsd-net/2007-October/015712.html Tom --=-6VsVWs1Svv6nKBjLVHwb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHIIfElcRvFfyds/cRAjdOAJwJX+yqFpvKKbcLRk0V2Mrabb9BbACfT/Dv sCyQHWhr8B6pqfv5uSu0OQw= =3gx2 -----END PGP SIGNATURE----- --=-6VsVWs1Svv6nKBjLVHwb-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 12:52:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C142016A419 for ; Thu, 25 Oct 2007 12:52:09 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 42C3313C48D for ; Thu, 25 Oct 2007 12:52:09 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so587403mue for ; Thu, 25 Oct 2007 05:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=dPbCXauWt6nrDdz8bfaDvuEYIWJJgoKhbMBc4LJTMrc=; b=LirRpaHo3MZlAnqKQYisyuth2YdMb+eqGnD3o+lGp23YCL/sa0uv/K7trL57M7So8pferlbbK63OXsvT2iF9JPHN92f0L4p/6nRTO8SZLwI9UOQlkYygyWAngaJq/c1oVUdHkuZJ4Lopp/V8BfQzR3sKjF+H/bWUEk8JVn1M0Hk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=MuzNbcweMQbUsswOxvha2YijB4ZYC6TorQV9Q6bN6mUgQJ000ayFP1FHJnwCkJMQxc/QhCeCcVy7mGbyrNHbEXMzBZamsBCxo5P2B0aAc4erkte6u5oBB5lP49x/YeyGerd+1E/dNTE1Veg2cN/dJJRcCgBStogmuvUz8hwMur4= Received: by 10.82.154.12 with SMTP id b12mr3903922bue.1193316716711; Thu, 25 Oct 2007 05:51:56 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Thu, 25 Oct 2007 05:51:56 -0700 (PDT) Message-ID: <6eb82e0710250551h544b2e43i73073b8196c50fe1@mail.gmail.com> Date: Thu, 25 Oct 2007 20:51:56 +0800 From: "Rong-en Fan" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: HEADSUP: don't upgrade to RELENG_6 now [FIXED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 12:52:09 -0000 The breakage introduced by MFC of ctype(3) after 2007/10/24 14:23 UTC is now fixed. Make sure you have lib/Makefile rev 1.205.2.4 before upgrading your world. If it breaks already, please follow the instructions in src/UPDATING to recover. Sorry for all the troubles. Regards, Rong-En Fan On 10/25/07, Rong-en Fan wrote: > On 10/25/07, Rong-en Fan wrote: > > On 10/25/07, Alson van der Meulen wrote: > > > Hello, > > > > > > My installworld of RELENG_6 from a few hours ago failed with this error > > > (from memory): > > > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > > > > > This broke everything that depended on libncurses, plus PAM. I had to > > > force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib > > > using binaries from /rescue to fix it so I could run make installworld > > > again. > > > > I will take a look. before that do not upgrade your system. > > I did some tests, it turns out that only RELENG_6 is affected. To be > more specific, as ncurses lib is installed before libc. It gets broken. > For 7 and above, it is fine because we install libc right after csu and > before everything. > > One way to solve this is we install libc as early as possible, but I > think it may be too risky at release cycle, so I would like to back > out this change and add an UPDATING entry. Then check whether > we can change the installation order of libc later. > > If you cvsup after 'Oct 24 14:32:33 2007 UTC', please do not > upgrade until I send out all clear message. > > If you already broken your world, use this way in *single user*, > > /rescue/chflags noschg /lib/libc.so.6 > /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.6 /lib/ > > then you need reboot, after that continue installworld (this is what I > just did). > > Sorry for all the trouble. > > Thanks, > Rong-En Fan > > > > > Regards, > > Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 14:55:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7047716A417 for ; Thu, 25 Oct 2007 14:55:27 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 37B7F13C4BB for ; Thu, 25 Oct 2007 14:55:27 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 1A81436C71 for ; Thu, 25 Oct 2007 17:55:25 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42091-07 for ; Thu, 25 Oct 2007 17:55:24 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 7212636C6D for ; Thu, 25 Oct 2007 17:55:24 +0300 (EEST) Message-ID: <4720AE5B.5090205@bulinfo.net> Date: Thu, 25 Oct 2007 17:55:23 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: geli and SMP problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 14:55:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have problems with geli and SMP kernel: ... Enter passphrase for md0: GEOM_ELI: Device md0.eli created. GEOM_ELI: Encryption: Blowfish-CBC 128 GEOM_ELI: Crypto: software kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xf9 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0590004 stack pointer = 0x28:0xe7fc1c5c frame pointer = 0x28:0xe7fc1c7c code segment = base 0x0, limit 0xffff, type0x1b = DPL 0, pres 1, def 32 1, gran 1 processor eflafs = resume, IOPL = 0 current process = 44 (g_eli[1] md0) trap number = 12 panic: page fault cpuid = 0 ..... If I add these lines to kernel config file: makeoptions DEBUG=-g options DDB options KDB options BREAK_TO_DEBUGGER options ALT_BREAK_TO_DEBUGGER I can't attach the provider at boot: dmesg: Enter passphrase for md0: GEOM_ELI: Cannot decrypt Master Key for md0 (error=22) This is on 6.2-STABLE from Jun/5/2007 g_eli.c version 1.3.2.13 Any ideas how to debug this? Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIK5bxJBWvpalMpkRAvS2AKCGQrJdX+MuWVgmrjeVGG0vohKeAACfcCRz rV6W29tvZUos3Rf9EgJkf/0= =c1rX -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:01:49 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39C2E16A420 for ; Thu, 25 Oct 2007 15:01:49 +0000 (UTC) (envelope-from robin.blanchard@georgiacenter.uga.edu) Received: from mail.georgiacenter.uga.edu (mail.georgiacenter.uga.edu [128.192.37.25]) by mx1.freebsd.org (Postfix) with ESMTP id E268313C494 for ; Thu, 25 Oct 2007 15:01:48 +0000 (UTC) (envelope-from robin.blanchard@georgiacenter.uga.edu) Received: by mail.georgiacenter.uga.edu (Postfix, from userid 106) id A38B3175C62; Thu, 25 Oct 2007 10:43:05 +0000 (GMT) Received: from localhost (localhost.georgiacenter.uga.edu [127.0.0.1]) by mail.georgiacenter.uga.edu (Postfix) with ESMTP id 95590175C5C for ; Thu, 25 Oct 2007 10:43:05 +0000 (GMT) X-Virus-Scanned: by SpamTitan at georgiacenter.uga.edu Received: from ex1.gc.nat (ex1.gc.nat [10.10.11.21]) by mail.georgiacenter.uga.edu (Postfix) with ESMTP id 43F50175C5B for ; Thu, 25 Oct 2007 10:43:05 +0000 (GMT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 25 Oct 2007 10:43:28 -0400 Message-ID: <7FDFD29DD240104598AADEAF34F2730F566063@ex1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: botched RELENG_6 buildworld (ncurses) Thread-Index: AcgXFWfsVXnKjHkzTwSmJUL9mYfqqw== From: "Robin P. Blanchard" To: X-CT-RefID: str=0001.0A010203.4720AB0D.0058,ss=1,fgs=0 Cc: Subject: botched RELENG_6 buildworld (ncurses) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:01:49 -0000 Any suggestions how to get past this (now make itself it broken) ? Buildworld/installworld with this morning's sources: =3D=3D=3D> lib/ncurses/ncurses (install) install -C -o root -g wheel -m 444 libncurses.a /usr/lib install -s -o root -g wheel -m 444 libncurses.so.6 /lib ln -fs /lib/libncurses.so.6 /usr/lib/libncurses.so install -o root -g wheel -m 444 /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/doc/html/ncurses-in= tro. html /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/doc/html/hackguide.= html /usr/share/doc/ncurses install -o root -g wheel -m 444 curs_addch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_addchstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_addstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_attr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_beep.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_bkgd.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_bkgrnd.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_border.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_border_set.3.gz = /usr/share/man/man3 install -o root -g wheel -m 444 curs_clear.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_color.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_delch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_deleteln.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_extend.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getcchar.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getyx.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inchstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_initscr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inopts.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_insch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_insstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_instr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inwstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_kernel.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_mouse.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_move.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_outopts.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_overlay.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_pad.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_print.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_refresh.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_scr_dump.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_scroll.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_slk.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_termattrs.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_termcap.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_terminfo.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_touch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_trace.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_util.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_window.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 default_colors.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 define_key.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 key_defined.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 keybound.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 keyok.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 legacy_coding.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 ncurses.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 resizeterm.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 wresize.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 term.5.gz /usr/share/man/man5 install -o root -g wheel -m 444 terminfo.5.gz /usr/share/man/man5 install -o root -g wheel -m 444 term.7.gz /usr/share/man/man7 /libexec/ld-elf.so.1: /lib/libncurses.so.6: Undefined symbol = "__mb_sb_limit" *** Error code 1 Stop in /usr/src/lib/ncurses/ncurses. *** Error code 1 Stop in /usr/src/lib/ncurses. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --------------------------------------- Robin P. Blanchard Systems Integration Specialist The University of Georgia Center for Continuing Education Conference Center & Hotel fon: 706.542.2404 < > fax: 706.542.1587 --------------------------------------- --- LEGAL NOTICE This email and any files transmitted with it are confidential and intended solely for the use of the individual to whom they are addressed. If you have received this email in error please notify the originator of the message. This footer also confirms that this email message has been scanned for the presence of computer viruses. Any views expressed in this message are those of the individual sender. --- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:05:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E6D816A419 for ; Thu, 25 Oct 2007 15:05:37 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 5608013C4B2 for ; Thu, 25 Oct 2007 15:05:37 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 18423 invoked by uid 1002); 25 Oct 2007 14:58:55 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 6.853866 secs); 25 Oct 2007 14:58:55 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 Oct 2007 14:58:47 -0000 Message-ID: <4720AF2B.7030207@ibctech.ca> Date: Thu, 25 Oct 2007 10:58:51 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4720ADAA.7010804@ibctech.ca> In-Reply-To: <4720ADAA.7010804@ibctech.ca> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Booting from GELI breaks after upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:05:37 -0000 Just a note... I too am using an SMP kernel as Krassimir is. (I didn't see his post until after I sent my original post). > Please forgive the long post. I'll be as brief and informative as I > possibly can. > > Background: > > - 6.2 booting from USB stick (da0) with appropriate key entries in > (thumb drive) /boot/loader.conf to load ad0 with the key. GEOM_ELI and > crypto are compiled into kernel > > - / is mounted as /dev/ad0.elia and the system takes over from there > (also mounting ad0.elib, d, e and f) > > - this worked perfectly > > Upgrade: > > - cvsup to 7.0 yesterday afternoon > > - buildworld, buildkernel and installkernel all went smoothly (crypto > and GEOM_ELI build into the new kernel) > > - copied over the new kernel directory to /boot on the thumbdrive > > Problem: > > - box still boots from thumb drive, with the 7.0 kernel no problem > > - when trying to mount root from /dev/ad0.elia, get a mountroot prompt > > - ? shows only the ad0 and ad0x entries as possible mount points > > - the ad0.elix partitions do not show up as options now > > I can not identify why the .eli parts of the disk are not showing up. I > can't even tell if the system is actually attaching the GELI disk. > > How can I tell if GEOM is doing the right thing here? Are the ad0x > entries seen when I am in mountroot> the actually encrypted, attached > partitions? Since the entire disk is encrypted, I wouldn't think those > types of entries would be seen by the unencrypted boot thumb disk. > > I can boot from another unencrypted hard disk and mount the .elix > partitions under it manually so if there is any more information I can > provide to get any assistance, I will. > > It took me near two weeks to get this setup working how I wanted, and I > KNEW I shouldn't of upgraded this one first, but it's the only way to > learn the migration method of a GELI encrypted setup. > > TIA if anyone can provide any insight. > > Steve > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:19:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57B7816A41B for ; Thu, 25 Oct 2007 15:19:28 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 0D27B13C48A for ; Thu, 25 Oct 2007 15:19:27 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 18203 invoked by uid 1002); 25 Oct 2007 14:52:30 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 6.632714 secs); 25 Oct 2007 14:52:30 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 Oct 2007 14:52:23 -0000 Message-ID: <4720ADAA.7010804@ibctech.ca> Date: Thu, 25 Oct 2007 10:52:26 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Booting from GELI breaks after upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:19:28 -0000 Please forgive the long post. I'll be as brief and informative as I possibly can. Background: - 6.2 booting from USB stick (da0) with appropriate key entries in (thumb drive) /boot/loader.conf to load ad0 with the key. GEOM_ELI and crypto are compiled into kernel - / is mounted as /dev/ad0.elia and the system takes over from there (also mounting ad0.elib, d, e and f) - this worked perfectly Upgrade: - cvsup to 7.0 yesterday afternoon - buildworld, buildkernel and installkernel all went smoothly (crypto and GEOM_ELI build into the new kernel) - copied over the new kernel directory to /boot on the thumbdrive Problem: - box still boots from thumb drive, with the 7.0 kernel no problem - when trying to mount root from /dev/ad0.elia, get a mountroot prompt - ? shows only the ad0 and ad0x entries as possible mount points - the ad0.elix partitions do not show up as options now I can not identify why the .eli parts of the disk are not showing up. I can't even tell if the system is actually attaching the GELI disk. How can I tell if GEOM is doing the right thing here? Are the ad0x entries seen when I am in mountroot> the actually encrypted, attached partitions? Since the entire disk is encrypted, I wouldn't think those types of entries would be seen by the unencrypted boot thumb disk. I can boot from another unencrypted hard disk and mount the .elix partitions under it manually so if there is any more information I can provide to get any assistance, I will. It took me near two weeks to get this setup working how I wanted, and I KNEW I shouldn't of upgraded this one first, but it's the only way to learn the migration method of a GELI encrypted setup. TIA if anyone can provide any insight. Steve From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:26:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29B7C16A419 for ; Thu, 25 Oct 2007 15:26:05 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id BB5E313C4A8 for ; Thu, 25 Oct 2007 15:26:04 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 19775 invoked by uid 1002); 25 Oct 2007 15:26:04 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 6.641015 secs); 25 Oct 2007 15:26:04 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 Oct 2007 15:25:57 -0000 Message-ID: <4720B588.8080305@ibctech.ca> Date: Thu, 25 Oct 2007 11:26:00 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4720ADAA.7010804@ibctech.ca> <4720AF2B.7030207@ibctech.ca> In-Reply-To: <4720AF2B.7030207@ibctech.ca> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Booting from GELI breaks after upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:26:05 -0000 Steve Bertrand wrote: > Just a note... ...and another note. I'm an idiot. I copied GENERIC to a new config file, but ended up editing the original GENERIC file with my changes. I directly proceeded to build the new kernel configuration file, which as it turns out had none of my changes, most notably GEOM_ELI and crypto. ...back under my rock I go... Steve From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:27:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FCEE16A468 for ; Thu, 25 Oct 2007 15:27:44 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog14.obsmtp.com (s200aog14.obsmtp.com [207.126.144.128]) by mx1.freebsd.org (Postfix) with SMTP id 5DF3913C4BC for ; Thu, 25 Oct 2007 15:27:43 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob014.postini.com ([207.126.147.11]) with SMTP; Thu, 25 Oct 2007 15:27:42 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 983DA18144F; Thu, 25 Oct 2007 16:00:02 +0100 (BST) Message-ID: <4720AF72.7090304@tomjudge.com> Date: Thu, 25 Oct 2007 16:00:02 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Krassimir Slavchev References: <4720AE5B.5090205@bulinfo.net> In-Reply-To: <4720AE5B.5090205@bulinfo.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: geli and SMP problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:27:44 -0000 Krassimir Slavchev wrote: > > Any ideas how to debug this? > Have you looked at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Tom From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:27:44 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CE0816A46C for ; Thu, 25 Oct 2007 15:27:44 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog13.obsmtp.com (s200aog13.obsmtp.com [207.126.144.127]) by mx1.freebsd.org (Postfix) with SMTP id 963E413C4C2 for ; Thu, 25 Oct 2007 15:27:43 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob013.postini.com ([207.126.147.11]) with SMTP; Thu, 25 Oct 2007 15:27:42 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id F182118142F; Thu, 25 Oct 2007 16:06:45 +0100 (BST) Message-ID: <4720B105.9090806@tomjudge.com> Date: Thu, 25 Oct 2007 16:06:45 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: "Robin P. Blanchard" References: <7FDFD29DD240104598AADEAF34F2730F566063@ex1.gc.nat> In-Reply-To: <7FDFD29DD240104598AADEAF34F2730F566063@ex1.gc.nat> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: botched RELENG_6 buildworld (ncurses) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:27:44 -0000 Have you read the thread "HEADSUP: don't upgrade to RELENG_6 now (7 is fine)"? I would suggest you do as the fix has been posted by Rong-en Fan 8 hours ago. Tom Robin P. Blanchard wrote: > Any suggestions how to get past this (now make itself it broken) ? > > Buildworld/installworld with this morning's sources: > > > ===> lib/ncurses/ncurses (install) > install -C -o root -g wheel -m 444 libncurses.a /usr/lib > install -s -o root -g wheel -m 444 libncurses.so.6 /lib > ln -fs /lib/libncurses.so.6 /usr/lib/libncurses.so > install -o root -g wheel -m 444 > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/doc/html/ncurses-intro. > html > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/doc/html/hackguide.html > /usr/share/doc/ncurses > install -o root -g wheel -m 444 curs_addch.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_addchstr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_addstr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_attr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_beep.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_bkgd.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_bkgrnd.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_border.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_border_set.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_clear.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_color.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_delch.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_deleteln.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_extend.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_getcchar.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_getch.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_getstr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_getyx.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_inch.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_inchstr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_initscr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_inopts.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_insch.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_insstr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_instr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_inwstr.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_kernel.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_mouse.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_move.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_outopts.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_overlay.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_pad.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_print.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_refresh.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_scr_dump.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_scroll.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_slk.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_termattrs.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_termcap.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_terminfo.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_touch.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_trace.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_util.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 curs_window.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 default_colors.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 define_key.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 key_defined.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 keybound.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 keyok.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 legacy_coding.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 ncurses.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 resizeterm.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 wresize.3.gz /usr/share/man/man3 > install -o root -g wheel -m 444 term.5.gz /usr/share/man/man5 > install -o root -g wheel -m 444 terminfo.5.gz /usr/share/man/man5 > install -o root -g wheel -m 444 term.7.gz /usr/share/man/man7 > /libexec/ld-elf.so.1: /lib/libncurses.so.6: Undefined symbol "__mb_sb_limit" > *** Error code 1 > > Stop in /usr/src/lib/ncurses/ncurses. > *** Error code 1 > > Stop in /usr/src/lib/ncurses. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > --------------------------------------- > Robin P. Blanchard > Systems Integration Specialist > The University of Georgia > Center for Continuing Education > Conference Center & Hotel > fon: 706.542.2404 < > fax: 706.542.1587 > --------------------------------------- > > --- > LEGAL NOTICE This email and any files transmitted with it are confidential and intended solely for the use of the individual to whom they are addressed. If you have received this email in error please notify the originator of the message. This footer also confirms that this email message has been scanned for the presence of computer viruses. Any views expressed in this message are those of the individual sender. > --- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:31:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF25B16A41B for ; Thu, 25 Oct 2007 15:31:11 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id A07A613C4A3 for ; Thu, 25 Oct 2007 15:31:11 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id E17F036CDD; Thu, 25 Oct 2007 18:31:07 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45059-01; Thu, 25 Oct 2007 18:31:07 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 1EE3036CDC; Thu, 25 Oct 2007 18:31:07 +0300 (EEST) Message-ID: <4720B6B9.9030402@bulinfo.net> Date: Thu, 25 Oct 2007 18:31:05 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: Tom Judge References: <4720AE5B.5090205@bulinfo.net> <4720AF72.7090304@tomjudge.com> In-Reply-To: <4720AF72.7090304@tomjudge.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: geli and SMP problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:31:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tom Judge wrote: > Krassimir Slavchev wrote: > >> >> Any ideas how to debug this? >> > > > Have you looked at: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html The problem is that I can't attach the provider (error=22) even the passphrase is right. > > > Tom > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHILa5xJBWvpalMpkRAp7HAJ0QE1srq0WqgT94K/h70eImYLZrBACeOW6m kVnQZuVpoUT9GBBWrL7s1vg= =7s1f -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:33:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFABB16A46B for ; Thu, 25 Oct 2007 15:33:50 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id 44D6A13C4C2 for ; Thu, 25 Oct 2007 15:33:50 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A532A.dip.t-dialin.net [84.154.83.42]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l9PExkLx062025; Thu, 25 Oct 2007 16:59:47 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id l9PF0uoX028534; Thu, 25 Oct 2007 17:00:56 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id l9PF0uwP092863; Thu, 25 Oct 2007 17:00:56 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200710251500.l9PF0uwP092863@fire.js.berklix.net> To: Wayne Chapeskie In-reply-to: <20071025072323.GA4186@spinnaker.com> References: <20071025072323.GA4186@spinnaker.com> Comments: In-reply-to Wayne Chapeskie message dated "Thu, 25 Oct 2007 00:23:23 -0700." Date: Thu, 25 Oct 2007 17:00:56 +0200 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:33:50 -0000 Wayne Chapeskie wrote: > On Mon, 2007-10-22 at 22:21 -0400, Ken Smith wrote: > > > The 7.0-BETA1 builds have completed and are on many of the FreeBSD > > mirror sites. If you want to update an existing machine using cvsup use > > I've been doing some install testing of the 7.0-BETA1 i386 ISO's, and > have found a small glitch or two. Where should bug reports for > the BETA or RC installs be sent? Suggestion: Use send-pr & add cc: "Release Engineers" -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 15:43:47 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD88816A417 for ; Thu, 25 Oct 2007 15:43:47 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8F78913C4BB for ; Thu, 25 Oct 2007 15:43:47 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:63631 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Il4cA-0005Ny-5U for stable@freebsd.org; Thu, 25 Oct 2007 17:27:18 +0200 Received: (qmail 47950 invoked from network); 25 Oct 2007 17:27:15 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 25 Oct 2007 17:27:15 +0200 Received: (qmail 7686 invoked by uid 1001); 25 Oct 2007 17:27:15 +0200 Date: Thu, 25 Oct 2007 17:27:15 +0200 From: Erik Trulsson To: "Robin P. Blanchard" Message-ID: <20071025152715.GA7656@owl.midgard.homeip.net> Mail-Followup-To: "Robin P. Blanchard" , stable@freebsd.org References: <7FDFD29DD240104598AADEAF34F2730F566063@ex1.gc.nat> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7FDFD29DD240104598AADEAF34F2730F566063@ex1.gc.nat> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1Il4cA-0005Ny-5U. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Il4cA-0005Ny-5U d81a762d594f4172d98c2c5f878a6f57 Cc: stable@freebsd.org Subject: Re: botched RELENG_6 buildworld (ncurses) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:43:47 -0000 On Thu, Oct 25, 2007 at 10:43:28AM -0400, Robin P. Blanchard wrote: > Any suggestions how to get past this (now make itself it broken) ? > > Buildworld/installworld with this morning's sources: Cvsup again and read the 20071024 entry from /usr/src/UPDATING 20071024: A breakage was introduced in libc and fixed later. Make sure you have lib/Makefile rev 1.205.2.4. If it already breaks your world, you can recover it by - reboot to single user mode, make sure you use /rescue/sh instead of /bin/sh - use /rescue/chflags to remove schg flag on /lib/libc.so.6 - use /rescue/cp to copy libc.so.6 from /usr/obj to /lib/libc.so.6 - continue installworld, you should be fine now -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 18:11:56 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6536D16A469 for ; Thu, 25 Oct 2007 18:11:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF8813C4A8; Thu, 25 Oct 2007 18:11:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4720DC6C.5010006@FreeBSD.org> Date: Thu, 25 Oct 2007 20:11:56 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Doug Poland References: <471FA648.7020407@polands.org> <471FD292.7070800@FreeBSD.org> <20071025015044.GA67928@polands.org> In-Reply-To: <20071025015044.GA67928@polands.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Fatal trap 12 on 7.0-BETA1 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 18:11:56 -0000 Doug Poland wrote: > On Thu, Oct 25, 2007 at 01:17:38AM +0200, Kris Kennaway wrote: >> Doug Poland wrote: >>> Hello, >>> >>> I just had a kernel panic using BETA1. According to the Developer >>> Handbook Kernel Debugging, I'm supplying the following information in >>> hopes that it is useful. Please note: I'm not familiar with this >>> process so you need more data, just ask: >>> >>> >>> snip >>> > >> Almost :) >> >> What does 'bt' show in kgdb? >> > > kgdb kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x9006004 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc079c961 > stack pointer = 0x28:0xe74a7bcc > frame pointer = 0x28:0xe74a7be0 > 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 = 46 (ath0 taskq) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 4h9m30s > Physical memory: 3435 MB > Dumping 214 MB: 199 183 167 151 135 119 103 87 71 55 39 23 7 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) list *0xc079c961 > 0xc079c961 is in mb_free_ext (/usr/src/sys/kern/uipc_mbuf.c:226). > 221 * check if the header is embedded in the cluster > 222 */ > 223 skipmbuf = (m->m_flags & M_NOFREE); > 224 > 225 /* Free attached storage if this mbuf is the only reference to it. */ > 226 if (*(m->m_ext.ref_cnt) == 1 || > 227 atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { > 228 switch (m->m_ext.ext_type) { > 229 case EXT_PACKET: /* The packet zone is special. */ > 230 if (*(m->m_ext.ref_cnt) == 0) > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0xc074fed7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc0750199 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0a1485c in trap_fatal (frame=0xe74a7b8c, eva=151019524) at /usr/src/sys/i386/i386/trap.c:872 > #4 0xc0a14ae0 in trap_pfault (frame=0xe74a7b8c, usermode=0, eva=151019524) at /usr/src/sys/i386/i386/trap.c:785 > #5 0xc0a15455 in trap (frame=0xe74a7b8c) at /usr/src/sys/i386/i386/trap.c:463 > #6 0xc09fb46b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc079c961 in mb_free_ext (m=0xc7151e00) at /usr/src/sys/kern/uipc_mbuf.c:226 > #8 0xc079cfc1 in m_freem (mb=0x0) at mbuf.h:510 > #9 0xc051e39e in ath_rxbuf_init (sc=0xc6e95000, bf=0xc6e9cc94) at /usr/src/sys/dev/ath/if_ath.c:3257 > #10 0xc052595d in ath_rx_proc (arg=0xc6e95000, npending=1) at /usr/src/sys/dev/ath/if_ath.c:3711 > #11 0xc07809c5 in taskqueue_run (queue=0xc6dd8300) at /usr/src/sys/kern/subr_taskqueue.c:255 > #12 0xc0780bcb in taskqueue_thread_loop (arg=0xc6e96664) at /usr/src/sys/kern/subr_taskqueue.c:374 > #13 0xc07304b9 in fork_exit (callout=0xc0780b10 , arg=0xc6e96664, frame=0xe74a7d38) at /usr/src/sys/kern/kern_fork.c:796 > #14 0xc09fb4e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 > (kgdb) > > > Here's the whole thing with a backtrace. Thanks for your patience... > > I asked Sam about this and he says he has seen it reported before but not with enough details to track it down further. Can you file a PR and describe your system network configuration in more detail, including kernel config, dmesg, rc.conf and other settings, and any firewall rules that are applied? Kris From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 18:22:02 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9229616A41B; Thu, 25 Oct 2007 18:22:02 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB0813C481; Thu, 25 Oct 2007 18:22:02 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l9PIF1dC003116; Thu, 25 Oct 2007 13:15:04 -0500 (CDT) Received: from ammon.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id l9PILtJA039650; Thu, 25 Oct 2007 13:21:55 -0500 (CDT) (envelope-from djp@polands.org) Received: from ammon.polands.org (localhost [127.0.0.1]) by ammon.polands.org (8.13.8/8.13.8) with ESMTP id l9PILt0a084091; Thu, 25 Oct 2007 13:21:55 -0500 (CDT) (envelope-from djp@ammon.polands.org) Received: (from djp@localhost) by ammon.polands.org (8.13.8/8.13.8/Submit) id l9PILtfU084090; Thu, 25 Oct 2007 13:21:55 -0500 (CDT) (envelope-from djp) Date: Thu, 25 Oct 2007 13:21:55 -0500 From: Doug Poland To: Kris Kennaway Message-ID: <20071025182155.GA84069@polands.org> References: <471FA648.7020407@polands.org> <471FD292.7070800@FreeBSD.org> <20071025015044.GA67928@polands.org> <4720DC6C.5010006@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4720DC6C.5010006@FreeBSD.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4594/Thu Oct 25 07:45:14 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org Subject: Re: Fatal trap 12 on 7.0-BETA1 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 18:22:02 -0000 On Thu, Oct 25, 2007 at 08:11:56PM +0200, Kris Kennaway wrote: > Doug Poland wrote: > >On Thu, Oct 25, 2007 at 01:17:38AM +0200, Kris Kennaway wrote: > >>Doug Poland wrote: > >>> > >>>I just had a kernel panic using BETA1. According to the Developer > >>>Handbook Kernel Debugging, I'm supplying the following information > >>>in hopes that it is useful. Please note: I'm not familiar with > >>>this process so you need more data, just ask: > >>> > >>>snip > >>> > > > >>Almost :) > >> > >>What does 'bt' show in kgdb? > >> > > > >Here's the whole thing with a backtrace. Thanks for your patience... > > > >snip > > > > > > I asked Sam about this and he says he has seen it reported before but > not with enough details to track it down further. Can you file a PR > and describe your system network configuration in more detail, > including kernel config, dmesg, rc.conf and other settings, and any > firewall rules that are applied? > Will do, thanks for pointing me in the right direction -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 18:34:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 645D116A41B; Thu, 25 Oct 2007 18:34:15 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8393F13C4AC; Thu, 25 Oct 2007 18:34:13 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l9P8MjCf029072; Thu, 25 Oct 2007 18:22:46 +1000 Received: from c220-239-235-248.carlnfd3.nsw.optusnet.com.au (c220-239-235-248.carlnfd3.nsw.optusnet.com.au [220.239.235.248]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9P8MREx015732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 18:22:29 +1000 Date: Thu, 25 Oct 2007 18:22:26 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, amdmi3@amdmi3.ru In-Reply-To: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> Message-ID: <20071025180001.D87518@delplex.bde.org> References: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest ?unionfs improvements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 18:34:15 -0000 On Wed, 24 Oct 2007, Oliver Fromme wrote: > Dmitry Marakasov wrote: > > I was told long time ago that -ounion is even > > more broken than unionfs. > > That's wrong. The union mount option was _never_ really > broken. I'm using it for almost as long as FreeBSD exists. I recently noticed the following bugs in -ounion (which I've never used for anything except testing): (1) It is broken for all file systems except ffs and ext2fs, since all (?) file systems now use nmount(2) and only these two file systems have "union" in their mount options list. It is still in the global options list in mount/mntopts.h, but this is only used with mount(2). The global options list in mount/mntopts.h has many bogus non-global options, and even the global options list in kern/vfs_mount.c has some bogus non-global options, but "union" actually is a global options. ext2fs loves "union" more than ffs -- although its options list is less disordered than ffs's, it has enough disorder to have 2 copies of "union". (2) After fixing (1) by not using nmount(2), following of symlinks works strangely for at least devfs: (a) a link foo -> zero (where zero doesn't exist in the underlying file system) doesn't work. mount(1) says that the lookup is done in the mounted file system first. (b) a link foo -> ./zero works. This is correct. Now I wonder if it would work if zero existed only in the underlying file system. Have you noticed these bugs? (2) is presumably old. Bruce From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 19:59:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDEE716A46D for ; Thu, 25 Oct 2007 19:59:13 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 86BD513C4CA for ; Thu, 25 Oct 2007 19:59:13 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id AA5F01E3380 for ; Thu, 25 Oct 2007 15:59:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hIiR1oxuPbdk for ; Thu, 25 Oct 2007 15:59:11 -0400 (EDT) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP for ; Thu, 25 Oct 2007 15:59:11 -0400 (EDT) Date: Thu, 25 Oct 2007 15:59:10 -0400 (EDT) From: Mike Andrews To: freebsd-stable@freebsd.org Message-ID: <20071025155447.C57125@bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: diskless nfs root via TCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 19:59:13 -0000 What are the chances I can beg someone to merge the RELENG_7 version of sys/nfsclient/nfs_diskless.c into RELENG_6 before the release(s)? :) It would be helpful for one of my clients to be able to force a TCP mount of the root filesystem on their diskless systems instead of UDP. Unless I'm missing something obvious (which is somewhere between "possible" and "highly likely"...) I don't currently see a way to do that in RELENG_6; using the T option in the root fstab entry seems to be ignored. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 20:30:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE8516A418 for ; Thu, 25 Oct 2007 20:30:37 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2B07213C4CA for ; Thu, 25 Oct 2007 20:30:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so561709nfb for ; Thu, 25 Oct 2007 13:30:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=57ND0GZgnvvS4uvJ39Rp0aJJgAc6xxTpCVIHOWzA1JI=; b=iK7yvaTmQ15awP0yu4x5Vf5TE31dQp8VEZLR1u3EQ7k8qdWWHG//nYlyT7x27cxJ77+T/WI1UyUMPTaO6iC4it87Ig0W5DQBSTeYQn7vdQgNPEDJP51xJgkTv+guz0EIgL4S0t5QMpEPQps+5iDbZVn4dtqmTQ2oL8tUgW88eYI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gJNW33NIPOu+dJ9MH2crerChqMas9Xjsb/2WnRV1scouEGyfz4TRInHE1+zNOlJG/vB+ys1Y1VVQ63bUxZLjXqdryM8FgnV+QR8jsbJz8HSYEvWDUgKcbIijOZc4J+N8YBBaEXdpRZioHBsIxgkT8ApDo2N/BfZeQZx8wyjTv/A= Received: by 10.78.200.20 with SMTP id x20mr1766211huf.1193344235587; Thu, 25 Oct 2007 13:30:35 -0700 (PDT) Received: by 10.78.168.9 with HTTP; Thu, 25 Oct 2007 13:30:35 -0700 (PDT) Message-ID: Date: Fri, 26 Oct 2007 00:30:35 +0400 From: pluknet To: "Kostik Belousov" In-Reply-To: <20071025175548.GV2012@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071025175548.GV2012@deviant.kiev.zoral.com.ua> Cc: anholt@freebsd.org, freebsd-stable@freebsd.org Subject: Re: drm(4) related LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 20:30:37 -0000 On 25/10/2007, Kostik Belousov wrote: > > The folowing patch should fix it. I tried to get review by Eric, but failed. > Thanks. It works for me. For test case I use gnash playing adv flash banners. wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 21:43:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E385316A46E; Thu, 25 Oct 2007 21:43:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6E613C4A6; Thu, 25 Oct 2007 21:43:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Il6w7-0008Uo-He; Thu, 25 Oct 2007 20:56:03 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Il6vw-0006bo-Dl; Thu, 25 Oct 2007 20:56:02 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9PHtnQS040522; Thu, 25 Oct 2007 20:55:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9PHtnhc040498; Thu, 25 Oct 2007 20:55:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 25 Oct 2007 20:55:49 +0300 From: Kostik Belousov To: pluknet Message-ID: <20071025175548.GV2012@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gPQW1Pk7T/0rhUBV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 78ef101f1599e7371446f950a81864ad X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1674 [Oct 25 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: seems autogenerated} X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 20 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: anholt@freebsd.org, freebsd-stable@freebsd.org Subject: Re: drm(4) related LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 21:43:42 -0000 --gPQW1Pk7T/0rhUBV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 25, 2007 at 03:37:32PM +0400, pluknet wrote: > Hi all. >=20 > I am getting the following LOR on my 7.0-BETA1: >=20 > lock order reversal: (sleepable after non-sleepable) > 1st 0xc3c904d8 drm device (drm device) @ /media/src/sys/modules/drm/drm/.= ./../.. > /dev/drm/drm_drv.c:907 > 2nd 0xc4135a3c user map (user map) @ vm/vm_glue.c:183 > KDB: stack backtrace: > db_trace_self_wrapper(c076f2df,e6716a74,c055fcd6,c077168b,c4135a3c,...) a= t db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c077168b,c4135a3c,c078accb,c078accb,c078a7e6,...) at kdb_ba= cktrace > +0x29 > witness_checkorder(c4135a3c,9,c078a7dd,b7,c4135a3c,...) at witness_checko= rder+0x > 6d6 > _sx_xlock(c4135a3c,0,c078a7dd,b7,e6716ad8,...) at _sx_xlock+0x7d > _vm_map_lock_read(c41359f8,c078a7dd,b7,c078ac64,8,...) at _vm_map_lock_re= ad+0x50 > useracc(28aab980,8,1,1,c076b1ec,...) at useracc+0x65 > i915_cmdbuffer(c4147100,8018644b,c52e8180,3,c492dc60,...) at i915_cmdbuff= er+0x56 > 3 > drm_ioctl(c4147100,8018644b,c52e8180,3,c492dc60,...) at drm_ioctl+0x384 > giant_ioctl(c4147100,8018644b,c52e8180,3,c492dc60,...) at giant_ioctl+0x56 > devfs_ioctl_f(c5c146c0,8018644b,c52e8180,c5536500,c492dc60,...) at devfs_= ioctl_f > +0xd5 > kern_ioctl(c492dc60,5,8018644b,c52e8180,c52e8180,...) at kern_ioctl+0x253 > ioctl(c492dc60,e6716cfc,c,e6716d38,c07a92d0,...) at ioctl+0x13f > syscall(e6716d38) at syscall+0x2f3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x28698a53, esp =3D 0xbf6= f6c9c, ebp > =3D 0xbf6f6cb8 --- >=20 > It is first observed after update to 7.0-BETA1 (from CURRENT of Oct 11) > $ ident /media/src/sys/dev/drm/drm_drv.c > /media/src/sys/dev/drm/drm_drv.c: > $FreeBSD: src/sys/dev/drm/drm_drv.c,v 1.6 2006/09/07 23:04:47 anholt= Exp $ > $ ident /media/src/sys/vm/vm_glue.c > /media/src/sys/vm/vm_glue.c: > $FreeBSD: src/sys/vm/vm_glue.c,v 1.225 2007/09/21 05:07:07 jeff Exp $ >=20 > Note that drm is kldloadable and is not statically compiled in a kernel. > Thanks. The folowing patch should fix it. I tried to get review by Eric, but failed. diff --git a/sys/dev/drm/i915_dma.c b/sys/dev/drm/i915_dma.c index 16955bd..69854b4 100644 --- a/sys/dev/drm/i915_dma.c +++ b/sys/dev/drm/i915_dma.c @@ -366,20 +366,14 @@ static int i915_emit_cmds(drm_device_t * dev, int __u= ser * buffer, int dwords) for (i =3D 0; i < dwords;) { int cmd, sz; =20 - if (DRM_COPY_FROM_USER_UNCHECKED(&cmd, &buffer[i], sizeof(cmd))) { - - return DRM_ERR(EINVAL); - } + cmd =3D buffer[i]; if ((sz =3D validate_cmd(cmd)) =3D=3D 0 || i + sz > dwords) return DRM_ERR(EINVAL); =20 OUT_RING(cmd); =20 while (++i, --sz) { - if (DRM_COPY_FROM_USER_UNCHECKED(&cmd, &buffer[i], - sizeof(cmd))) { - return DRM_ERR(EINVAL); - } + cmd =3D buffer[i]; OUT_RING(cmd); } } @@ -400,10 +394,7 @@ static int i915_emit_box(drm_device_t * dev, drm_clip_rect_t box; RING_LOCALS; =20 - if (DRM_COPY_FROM_USER_UNCHECKED(&box, &boxes[i], sizeof(box))) { - return EFAULT; - } - + box =3D boxes[i]; if (box.y2 <=3D box.y1 || box.x2 <=3D box.x1 || box.y2 <=3D 0 || box.x2 <= =3D 0) { DRM_ERROR("Bad box %d,%d..%d,%d\n", box.x1, box.y1, box.x2, box.y2); @@ -603,6 +594,7 @@ static int i915_batchbuffer(DRM_IOCTL_ARGS) drm_i915_sarea_t *sarea_priv =3D (drm_i915_sarea_t *) dev_priv->sarea_priv; drm_i915_batchbuffer_t batch; + size_t cliplen; int ret; =20 if (!dev_priv->allow_batchbuffer) { @@ -618,14 +610,25 @@ static int i915_batchbuffer(DRM_IOCTL_ARGS) =20 LOCK_TEST_WITH_RETURN(dev, filp); =20 + DRM_UNLOCK(); + cliplen =3D batch.num_cliprects * sizeof(drm_clip_rect_t);=09 if (batch.num_cliprects && DRM_VERIFYAREA_READ(batch.cliprects, - batch.num_cliprects * - sizeof(drm_clip_rect_t))) + cliplen)) { + DRM_LOCK(); return DRM_ERR(EFAULT); - + } + ret =3D vslock(batch.cliprects, cliplen); + if (ret) { + DRM_ERROR("Fault wiring cliprects\n"); + DRM_LOCK(); + return DRM_ERR(EFAULT); + } + DRM_LOCK(); ret =3D i915_dispatch_batchbuffer(dev, &batch); - sarea_priv->last_dispatch =3D (int)hw_status[5]; + DRM_UNLOCK(); + vsunlock(batch.cliprects, cliplen); + DRM_LOCK(); return ret; } =20 @@ -637,6 +640,7 @@ static int i915_cmdbuffer(DRM_IOCTL_ARGS) drm_i915_sarea_t *sarea_priv =3D (drm_i915_sarea_t *) dev_priv->sarea_priv; drm_i915_cmdbuffer_t cmdbuf; + size_t cliplen; int ret; =20 DRM_COPY_FROM_USER_IOCTL(cmdbuf, (drm_i915_cmdbuffer_t __user *) data, @@ -647,22 +651,38 @@ static int i915_cmdbuffer(DRM_IOCTL_ARGS) =20 LOCK_TEST_WITH_RETURN(dev, filp); =20 + DRM_UNLOCK(); + cliplen =3D cmdbuf.num_cliprects * sizeof(drm_clip_rect_t); if (cmdbuf.num_cliprects && - DRM_VERIFYAREA_READ(cmdbuf.cliprects, - cmdbuf.num_cliprects * - sizeof(drm_clip_rect_t))) { + DRM_VERIFYAREA_READ(cmdbuf.cliprects, cliplen)) { DRM_ERROR("Fault accessing cliprects\n"); + DRM_LOCK(); return DRM_ERR(EFAULT); } - - ret =3D i915_dispatch_cmdbuffer(dev, &cmdbuf); + ret =3D vslock(cmdbuf.cliprects, cliplen); if (ret) { - DRM_ERROR("i915_dispatch_cmdbuffer failed\n"); - return ret; + DRM_ERROR("Fault wiring cliprects\n"); + DRM_LOCK(); + return DRM_ERR(EFAULT); } - - sarea_priv->last_dispatch =3D (int)hw_status[5]; - return 0; + ret =3D vslock(cmdbuf.buf, cmdbuf.sz); + if (ret) { + vsunlock(cmdbuf.cliprects, cliplen); + DRM_ERROR("Fault wiring cmds\n"); + DRM_LOCK(); + return DRM_ERR(EFAULT); + } + DRM_LOCK(); + ret =3D i915_dispatch_cmdbuffer(dev, &cmdbuf); + if (ret =3D=3D 0) + sarea_priv->last_dispatch =3D (int)hw_status[5]; + else + DRM_ERROR("i915_dispatch_cmdbuffer failed\n"); + DRM_UNLOCK(); + vsunlock(cmdbuf.buf, cmdbuf.sz); + vsunlock(cmdbuf.cliprects, cliplen); + DRM_LOCK(); + return (ret); } =20 static int i915_do_cleanup_pageflip(drm_device_t * dev) --gPQW1Pk7T/0rhUBV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHINikC3+MBN1Mb4gRAo8uAKCEJKuxeGRe8DG0IGAZuZ9M3TFCNgCgh3p9 q8Mop3edA0aZnsxjAwJ/kBM= =4sMU -----END PGP SIGNATURE----- --gPQW1Pk7T/0rhUBV-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 22:31:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAB5116A420; Thu, 25 Oct 2007 22:31:21 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 2982B13C4BE; Thu, 25 Oct 2007 22:31:20 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9PMVAMX004463 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 25 Oct 2007 18:31:12 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HbLryBjOg5Imu1zw70pG" Date: Thu, 25 Oct 2007 18:27:14 -0400 Message-Id: <1193351234.93167.21.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: 7.0-BETA1.5 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:31:21 -0000 --=-HbLryBjOg5Imu1zw70pG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Sorry, I had a bit of a false start with 7.0-BETA1. I've got sets of build machines used for the Monthly Snapshots and procedures in place to try and minimize the mistakes I could make while doing those Snapshots (previously one set for HEAD, one set for RELENG_6). The set of machines I'll be using for the 7.0-RELEASE build are the ones that had previously been doing the HEAD snapshots and I missed doing one very important adjustment to the build routine while doing the BETA1 builds, which resulted in the builds being based on HEAD. I didn't notice during the tests I do before uploading it because the build procedure makes most things (e.g. uname) say what you told it to build, you need to look harder to discover that sort of mistake. So, 7.0-BETA1 actually should have been called something more like 8.0-SURPRISE... :-( Sorry for the screw-up. Note you will not have been impacted at all if you updated an older machine using cvsup to RELENG_7. This issue only impacts people who had done an install using the 7.0-BETA1 ISOs. The scripts are adjusted and fresh builds have been done, named 7.0-BETA1.5 and they are making their way out to the FTP mirror sites. The MD5/SHA256s are: MD5 (7.0-BETA1.5-amd64-bootonly.iso) =3D 26947a3b33b8bf7daa30b89084debba6 MD5 (7.0-BETA1.5-amd64-disc1.iso) =3D 0825f468e2d45a028dde2511aca5d246 MD5 (7.0-BETA1.5-amd64-disc2.iso) =3D faa2b758d343b694b7e030da0eb14fa3 MD5 (7.0-BETA1.5-amd64-docs.iso) =3D 33afcc3a746f28233c84a872232e3ff4 MD5 (7.0-BETA1.5-amd64-livefs.iso) =3D 4cd3edb15a1b66b2d8cf3de6a8405681 MD5 (7.0-BETA1.5-i386-bootonly.iso) =3D df2d4130152afe6efd24c7d34153e319 MD5 (7.0-BETA1.5-i386-disc1.iso) =3D 211bfe5a5b7554e0623015fb05da9d84 MD5 (7.0-BETA1.5-i386-disc2.iso) =3D 0eda8b4364313de1b95432bb816ff165 MD5 (7.0-BETA1.5-i386-docs.iso) =3D ba3ab2c93b1c0258750903955ebc10a6 MD5 (7.0-BETA1.5-sparc64-bootonly.iso) =3D be05c1d6e2684874c6d95ab581def6ca MD5 (7.0-BETA1.5-sparc64-disc1.iso) =3D 9a9f2252d0478884abd3470ed526b68f MD5 (7.0-BETA1.5-sparc64-disc2.iso) =3D efa0e1788e861e47ff30e84c6bd6f2fb SHA256 (7.0-BETA1.5-amd64-bootonly.iso) =3D 9cd5089a9c0607e4aef1b4f656d8ce8= 90fbfd9bf49a5f9da9ffeee16e60a8eb9 SHA256 (7.0-BETA1.5-amd64-disc1.iso) =3D 31cdb5f7fcde13e8193cdff235a14cc219= 02174e7e37fa99c34d779070807004 SHA256 (7.0-BETA1.5-amd64-disc2.iso) =3D 24324f062917281241e09ae6acb7524db1= d3ff378af52e0ac71fcb17dfc8fb01 SHA256 (7.0-BETA1.5-amd64-docs.iso) =3D 5ba2380116981f3ae767a853d0eef6eff5d= 6ec614b879e68974a214842cb0645 SHA256 (7.0-BETA1.5-amd64-livefs.iso) =3D ceea6b3d4e6211ff5d928de63ea12d464= d49405ad6b4391fad595f77c78df75f SHA256 (7.0-BETA1.5-i386-bootonly.iso) =3D 467abe92fd1b704b95f9c61cff24e299= e3712965e8697257de085f0598b2b08d SHA256 (7.0-BETA1.5-i386-disc1.iso) =3D 21db871604fc26ea5c804751209a5f90d0a= c178ac7ca5706b34fab9bdd15877b SHA256 (7.0-BETA1.5-i386-disc2.iso) =3D a6faa65e80a09d1f0608a1cfcf81325dad9= 2d6404d025b878626b494dcfec48e SHA256 (7.0-BETA1.5-i386-docs.iso) =3D 5341373126f21c3c80a9aabc450dafea5a5f= 78f3f8665b88ef75050c15aa17cd SHA256 (7.0-BETA1.5-sparc64-bootonly.iso) =3D 669f696a4f0c5b6f217e2d4b9c8f7= 1a5ae0aeefce22abf8b2dd892bdff981cd8 SHA256 (7.0-BETA1.5-sparc64-disc1.iso) =3D 090cb07902faf1b16e2f30278ccacb1d= 67e2e40fc3071624bd0c1a21609dc367 SHA256 (7.0-BETA1.5-sparc64-disc2.iso) =3D c855590ce553047e9f9b8573fc94beb6= e980694170d864296f29938c3046ebdb --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-HbLryBjOg5Imu1zw70pG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBHIRhC/G14VSmup/YRApjuAJ4gtbevx4plZrvqH+XxFupGU3W+GgCeJNLw 41Codl+MJhcjlpTmphTOAv8= =EafP -----END PGP SIGNATURE----- --=-HbLryBjOg5Imu1zw70pG-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 25 23:27:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAFB616A421 for ; Thu, 25 Oct 2007 23:27:56 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 2E61513C4C4 for ; Thu, 25 Oct 2007 23:27:55 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so583353nzf for ; Thu, 25 Oct 2007 16:27:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; bh=fY9L7zwiT1ajeg6J8sx2+2Ccf8fZvH2hym7/qlNDruw=; b=PJ23zysd8PFHSdjMa2eYiYuUeOydwW/QjcOFPhmEk0UXJicE09D1FWljODSf9QQZUcqDlW7JqH+NWCVRaY1DwPzQ8+DUXT0IGajnP4bUxSFBpIA47fguHh1O7Pt8XKr/SXw9m+HowOekhYLb7r4oQ7d0PAY4Z/5vF1qMMbW5S/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=EkhmG+dgV5jpw13YYRCbqF00pNFvOpdMRIZTjISi2b4y7LQ7rx01dONV0oppRbv8oUlshWHAEBaCFylbLlqw5wgfBDy02CNPCM42n7Fx/ZR8iLlnVRLCAWqdfhkxvKQ1murGzFXwi0TTfNggbV08qRyrS8cgEfnF7rMQmiK3LsE= Received: by 10.65.44.5 with SMTP id w5mr5011601qbj.1193353353098; Thu, 25 Oct 2007 16:02:33 -0700 (PDT) Received: from ?192.168.1.9? ( [76.247.157.31]) by mx.google.com with ESMTPS id c1sm2047765nzd.2007.10.25.16.02.30 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 25 Oct 2007 16:02:31 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <4BD0BCCE-7A3D-4660-8128-162886178D2A@gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: bazzoola Date: Thu, 25 Oct 2007 19:01:53 -0400 X-Mailer: Apple Mail (2.752.3) Subject: ral timeout in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 23:27:56 -0000 Greetings, csup'd today: I am using ral0 to setup a wireless access point. Whenever my laptop searches for my AP I get "ral0: device timeout" I read in the man pages that this should not happen. However, I have been running an AP since RELENG_6 was formed and I have never had any issues with it. #pciconf ral0@pci0:0:13:0: class=0x028000 card=0x00321737 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology, Corp' device = '0x03011814 Zonet ZEW1601 (Ralink Chipset) 802.11b/ g WLAN Card' class = network cap 01[40] = powerspec 2 supports D0 D3 current D0 #cat /root/kernels/GENERIC2 # GENERIC2 -- Generic kernel configuration file for FreeBSD/i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC2 options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real- time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing device apic # I/O APIC device pci device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device agp # support several AGP chipsets device pmtimer device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning device ral # Ralink Technology RT2500 wireless NICs. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter #dmesg Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #3: Thu Oct 25 14:20:12 EDT 2007 root@nixnixnix.local:/usr/obj/usr/src/sys/GENERIC2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 266272768 (253 MB) avail memory = 251076608 (239 MB) wlan: mac acl policy registered kbd1 at kbdmux0 K6-family MTRR support enabled (2 registers) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, fcf0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f, 0x5000-0x5041 on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.0.INTA agp0: on hostb0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f irq 14 at device 0.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc07f mem 0xe2000000-0xe27fffff,0xe2c00000-0xe2c0ffff at device 0.0 on pci1 skc0: port 0xd000-0xd0ff mem 0xe2d04000-0xe2d07fff irq 11 at device 9.0 on pci0 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk0: on skc0 sk0: Ethernet address: XX:XX:5b:XX:XX:XX miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] skc1: port 0xd400-0xd4ff mem 0xe2d00000-0xe2d03fff irq 10 at device 11.0 on pci0 skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk1: on skc1 sk1: Ethernet address: XX:19:XX:6a:2f:XX miibus1: on sk1 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc1: [ITHREAD] ral0: mem 0xe2d08000-0xe2d09fff irq 12 at device 13.0 on pci0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: XX:12:XX:XX:XX:XX ral0: [ITHREAD] pci0: at device 15.0 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 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 Timecounter "TSC" frequency 501139932 Hz quality 800 Timecounters tick every 1.000 msec ad0: 29311MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 153181 free (7253 frags, 18241 blocks, 2.9% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 248240 free (80 frags, 31020 blocks, 0.0% fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 10470226 free (146002 frags, 1290528 blocks, 1.1% fragmentation) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 495135 free (16031 frags, 59888 blocks, 2.6% fragmentation) Setting hostuuid: 9a553a70-82b3-11dc-b362-00195b6a1fa8. Setting hostid: 0x33fb7eb8. Mounting local file systems: . Setting hostname: nixnixnix.local. net.inet6.ip6.auto_linklocal: 1 -> 0 net.inet.tcp.blackhole: 0 -> 2 net.inet.udp.blackhole: 0 -> 1 net.inet.ip.forwarding: 0 -> 1 net.inet.ip.fastforwarding: 0 -> 1 bridge0: Ethernet address: c6:84:59:5c:1e:dc sk1: no link ... . got link DHCPREQUEST on sk1 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to XXX.XXX.XXX.XXX -- renewal in 300 seconds. lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 sk0: flags=8943 metric 0 mtu 1500 options=8 ether XX:XX:5b:XX:XX:XX inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseTX ) status: active sk1: flags=8843 metric 0 mtu 1500 options=b ether XX:19:XX:6a:2f:XX inet XXX.XXX.XXX.XXX netmask 0xffffff00 broadcast 76.247.157.255 media: Ethernet autoselect (100baseTX ) status: active ral0: flags=8843 metric 0 mtu 1500 ether XX:12:XX:XX:XX:XX inet 192.168.2.11 netmask 0xffffff00 broadcast 192.168.2.255 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: no carrier ssid "" channel 1 (2412 Mhz 11g) authmode OPEN privacy OFF txpowmax 100 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 protmode CTS bintval 100 bridge0: flags=8843 metric 0 mtu 1500 ether c6:84:59:5c:1e:dc id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: sk0 flags=143 Enabling pf. No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled pf enabled Additional routing options: IP gateway=YES . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Additional IP options: . Mounting NFS file systems: . ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/ local/lib/compat/pkg a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Creating and/or trimming log files: . Starting syslogd. Checking for core dump on /dev/ad0s1b... savecore: no dumps found Initial i386 initialization: . Additional ABI support: . Starting named. Oct 25 15:29:36 nixnixnix named[726]: zone 0.in-addr.arpa/IN: NS 'localhost.0.in-addr.arpa' has no address records (A or AAAA) Oct 25 15:29:36 nixnixnix named[726]: zone 255.in-addr.arpa/IN: NS 'localhost.255.in-addr.arpa' has no address records (A or AAAA) Setting date via ntp. 25 Oct 15:29:38 ntpdate[731]: step time server 67.159.5.116 offset -1.894423 sec Clearing /tmp (X related). Starting local daemons: . Updating motd . Mounting late file systems: . Starting ntpd. Starting usbd. usb: Kernel module not available: No such file or directory Configuring syscons: blanktime . Starting sshd. Starting cron. Local package initialization: . Starting hostapd. Configuration file: /etc/hostapd.conf Starting background file system checks in 60 seconds. Thu Oct 25 15:29:47 EDT 2007 Oct 25 15:29:56 nixnixnix login: ROOT LOGIN (root) ON ttyd0 #cat /etc/hostapd.conf cat /etc/hostapd.conf interface=ral0 driver=bsd logger_syslog=-1 logger_syslog_level=0 logger_stdout=-1 logger_stdout_level=0 debug=4 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=NIX wpa=1 wpa_passphrase=test wpa_key_mgmt=WPA-PSK wpa_pairwise=TKIP # ifconfig ral0 ral0: flags=8843 metric 0 mtu 2290 ether XX:12:XX:XX:XX:XX inet 192.168.2.11 netmask 0xffffff00 broadcast 192.168.2.255 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid NIX channel 1 (2412 Mhz 11g) bssid XX:12:XX:XX:XX:XX authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP 3:128-bit txpowmax 100 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 protmode CTS dtimperiod 1 bintval 100 Thanks! From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 04:19:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8533E16A41A for ; Fri, 26 Oct 2007 04:19:53 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from mx2.lsn.net (mx2.lsn.net [66.90.130.74]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED3413C480 for ; Fri, 26 Oct 2007 04:19:53 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from [172.18.0.26] (24-155-246-45.dyn.grandenetworks.net [24.155.246.45]) by mx2.lsn.net (8.13.5/8.13.5) with ESMTP id l9Q4JkvL003518 for ; Thu, 25 Oct 2007 23:19:47 -0500 From: David Booth To: freebsd-stable@freebsd.org Date: Thu, 25 Oct 2007 23:19:26 -0500 User-Agent: KMail/1.9.7 References: <1193351234.93167.21.camel@neo.cse.buffalo.edu> In-Reply-To: <1193351234.93167.21.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710252319.27118.davidb@boothscientific.com> X-Virus-Scanned: ClamAV 0.91.2/4596/Thu Oct 25 18:37:29 2007 on mx0.lsn.net X-Virus-Status: Clean Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidb@boothscientific.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 04:19:53 -0000 On Thursday 25 October 2007, Ken Smith wrote: > Sorry, I had a bit of a false start with 7.0-BETA1. I've got sets > of build machines used for the Monthly Snapshots and procedures in > place to try and minimize the mistakes I could make while doing > those Snapshots (previously one set for HEAD, one set for > RELENG_6). The set of machines I'll be using for the 7.0-RELEASE > build are the ones that had previously been doing the HEAD > snapshots and I missed doing one very important adjustment to the > build routine while doing the BETA1 builds, which resulted in the > builds being based on HEAD. I didn't notice during the tests I do > before uploading it because the build procedure makes most things > (e.g. uname) say what you told it to build, you need to look harder > to discover that sort of mistake. So, 7.0-BETA1 actually should > have been called something more like 8.0-SURPRISE... :-( > > Sorry for the screw-up. > This change seems to break portupgrade. It complains that it cannot parse the output of uname. I think it is not capable of handling the 1.5 after the BETA. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 04:33:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D7516A417 for ; Fri, 26 Oct 2007 04:33:23 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 552B413C4AC for ; Fri, 26 Oct 2007 04:33:22 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9Q4XGnu098510; Fri, 26 Oct 2007 00:33:17 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9Q4XBYY049303; Fri, 26 Oct 2007 00:33:11 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9Q4XBdx049302; Fri, 26 Oct 2007 00:33:11 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710260433.l9Q4XBdx049302@himinbjorg.tucs-beachin-obx-house.com> To: davidb@boothscientific.com Date: Fri, 26 Oct 2007 00:33:11 -0400 (EDT) In-Reply-To: <200710252319.27118.davidb@boothscientific.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 04:33:23 -0000 > > On Thursday 25 October 2007, Ken Smith wrote: > > Sorry, I had a bit of a false start with 7.0-BETA1. I've got sets > > of build machines used for the Monthly Snapshots and procedures in > > place to try and minimize the mistakes I could make while doing > > those Snapshots (previously one set for HEAD, one set for > > RELENG_6). The set of machines I'll be using for the 7.0-RELEASE > > build are the ones that had previously been doing the HEAD > > snapshots and I missed doing one very important adjustment to the > > build routine while doing the BETA1 builds, which resulted in the > > builds being based on HEAD. I didn't notice during the tests I do > > before uploading it because the build procedure makes most things > > (e.g. uname) say what you told it to build, you need to look harder > > to discover that sort of mistake. So, 7.0-BETA1 actually should > > have been called something more like 8.0-SURPRISE... :-( > > > > Sorry for the screw-up. > > > > This change seems to break portupgrade. It complains that it cannot > parse the output of uname. I think it is not capable of handling the > 1.5 after the BETA. > I hadn't tried that... When you do build a new kernel, it goes back to BETA1 though. Tuc From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 04:45:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9DF16A41A for ; Fri, 26 Oct 2007 04:45:46 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from mx1.lsn.net (mx1.lsn.net [66.90.130.73]) by mx1.freebsd.org (Postfix) with ESMTP id E5A8913C480 for ; Fri, 26 Oct 2007 04:45:45 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from [172.18.0.26] (24-155-246-45.dyn.grandenetworks.net [24.155.246.45]) by mx1.lsn.net (8.13.5/8.13.5) with ESMTP id l9Q4jZOM022369 for ; Thu, 25 Oct 2007 23:45:35 -0500 From: David Booth To: freebsd-stable@freebsd.org Date: Thu, 25 Oct 2007 23:45:19 -0500 User-Agent: KMail/1.9.7 References: <200710260433.l9Q4XBdx049302@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200710260433.l9Q4XBdx049302@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710252345.19900.davidb@boothscientific.com> X-Virus-Scanned: ClamAV 0.91.2/4596/Thu Oct 25 18:37:29 2007 on mx0.lsn.net X-Virus-Status: Clean Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidb@boothscientific.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 04:45:46 -0000 On Thursday 25 October 2007, Tuc at T-B-O-H.NET wrote: > > On Thursday 25 October 2007, Ken Smith wrote: > > > Sorry, I had a bit of a false start with 7.0-BETA1. I've got > > > sets of build machines used for the Monthly Snapshots and > > > procedures in place to try and minimize the mistakes I could > > > make while doing those Snapshots (previously one set for HEAD, > > > one set for RELENG_6). The set of machines I'll be using for > > > the 7.0-RELEASE build are the ones that had previously been > > > doing the HEAD snapshots and I missed doing one very important > > > adjustment to the build routine while doing the BETA1 builds, > > > which resulted in the builds being based on HEAD. I didn't > > > notice during the tests I do before uploading it because the > > > build procedure makes most things (e.g. uname) say what you > > > told it to build, you need to look harder to discover that sort > > > of mistake. So, 7.0-BETA1 actually should have been called > > > something more like 8.0-SURPRISE... :-( > > > > > > Sorry for the screw-up. > > > > This change seems to break portupgrade. It complains that it > > cannot parse the output of uname. I think it is not capable of > > handling the 1.5 after the BETA. > > I hadn't tried that... When you do build a new kernel, it > goes back to BETA1 though. > > Tuc Or you can take care of it by setenvr until then. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 07:04:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4737616A468 for ; Fri, 26 Oct 2007 07:04:09 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id F335B13C480 for ; Fri, 26 Oct 2007 07:04:08 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 4703F377C7 for ; Fri, 26 Oct 2007 10:04:07 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01427-10 for ; Fri, 26 Oct 2007 10:04:04 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id B87F937218 for ; Fri, 26 Oct 2007 10:04:04 +0300 (EEST) Message-ID: <47219164.8080204@bulinfo.net> Date: Fri, 26 Oct 2007 10:04:04 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: FreeBSD References: <4720AE5B.5090205@bulinfo.net> In-Reply-To: <4720AE5B.5090205@bulinfo.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: Re: geli and SMP problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 07:04:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Setting kern.geom.eli.threads="1" from loader.conf solves the problem. This looks like similar to kern/104669 but not fixed. Krassimir Slavchev wrote: > Hi, > > I have problems with geli and SMP kernel: > > ... > Enter passphrase for md0: > GEOM_ELI: Device md0.eli created. > GEOM_ELI: Encryption: Blowfish-CBC 128 > GEOM_ELI: Crypto: software > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xf9 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0590004 > stack pointer = 0x28:0xe7fc1c5c > frame pointer = 0x28:0xe7fc1c7c > code segment = base 0x0, limit 0xffff, type0x1b > = DPL 0, pres 1, def 32 1, gran 1 > processor eflafs = resume, IOPL = 0 > current process = 44 (g_eli[1] md0) > trap number = 12 > panic: page fault > cpuid = 0 > ..... > > > If I add these lines to kernel config file: > > makeoptions DEBUG=-g > options DDB > options KDB > options BREAK_TO_DEBUGGER > options ALT_BREAK_TO_DEBUGGER > > I can't attach the provider at boot: > > dmesg: > Enter passphrase for md0: > GEOM_ELI: Cannot decrypt Master Key for md0 (error=22) > > This is on 6.2-STABLE from Jun/5/2007 > g_eli.c version 1.3.2.13 > > Any ideas how to debug this? > > > Best Regards > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIZFkxJBWvpalMpkRAj1mAJ0Rzn6eg66BN/+HqxjK94bU2mrnQwCdEm+/ qmkp8i4J0RXPtT8b9FSoN8M= =mkOM -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 08:22:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 006E416A418 for ; Fri, 26 Oct 2007 08:22:58 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from etain.frida.mouhaha.de (etain.frida.mouhaha.de [85.236.48.54]) by mx1.freebsd.org (Postfix) with ESMTP id AF54F13C48E for ; Fri, 26 Oct 2007 08:22:58 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from localhost (etain.frida.mouhaha.de [85.236.48.54]) by etain.frida.mouhaha.de (Postfix) with ESMTP id 195794B91E3; Fri, 26 Oct 2007 09:55:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from etain.frida.mouhaha.de ([85.236.48.54]) by localhost (etain.frida.mouhaha.de [85.236.48.54]) (amavisd-new, port 10024) with ESMTP id l1LP++AnHf35; Fri, 26 Oct 2007 09:55:07 +0200 (CEST) Received: by etain.frida.mouhaha.de (Postfix, from userid 1001) id DAC964B91AE; Fri, 26 Oct 2007 09:55:06 +0200 (CEST) Date: Fri, 26 Oct 2007 09:55:06 +0200 From: Oliver Peter To: Ken Smith Message-ID: <20071026075506.GH22904@nemesis.frida.mouhaha.de> References: <1193351234.93167.21.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o71xDhNo7p97+qVi" Content-Disposition: inline In-Reply-To: <1193351234.93167.21.camel@neo.cse.buffalo.edu> X-Operating-System: FreeBSD 6.2-RELEASE-p8 i386 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 08:22:59 -0000 --o71xDhNo7p97+qVi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 25, 2007 at 06:27:14PM -0400, Ken Smith wrote: > ... > Note you will not have been impacted at all if you updated an older > machine using cvsup to RELENG_7. This issue only impacts people who had > done an install using the 7.0-BETA1 ISOs. Thanks for this information. Last night I did a fresh 7.0-BETA1 install, fetched the RELENG_7 sources and had some installworld fun. Everything wents fine but I wondered how many changes where between 7.0-BETA1 and the latest RELENG_7... hehe :) Everything wents fine. Mergemaster did a great job but I still want to ask if there can be a problem in the future because I switched from 8.0-SUPRISE to 7.0-STABLE... --=20 Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --o71xDhNo7p97+qVi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkchnVoACgkQ6LH/IUVtaI+bWQCgh3OxJ0qzYH+72YE1UYvxXJTJ 1pIAoKr6JxhoHeu5LRT2915sN2vNlgsZ =ayP3 -----END PGP SIGNATURE----- --o71xDhNo7p97+qVi-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 10:05:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E1C016A417 for ; Fri, 26 Oct 2007 10:05:02 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx03.syd.optusnet.com.au (fallbackmx03.syd.optusnet.com.au [211.29.133.136]) by mx1.freebsd.org (Postfix) with ESMTP id A0A0113C4C1 for ; Fri, 26 Oct 2007 10:05:01 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by fallbackmx03.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l9PJZ3KV006802 for ; Fri, 26 Oct 2007 05:35:04 +1000 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9PJYvNx015712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Oct 2007 05:34:58 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9PJYvje009507; Fri, 26 Oct 2007 05:34:57 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9PJYvfC009506; Fri, 26 Oct 2007 05:34:57 +1000 (EST) (envelope-from peter) Date: Fri, 26 Oct 2007 05:34:56 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20071025193456.GG70883@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9crTWz/Z+Zyzu20v" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Subject: kdump(1) differences between 6.x and 7.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:05:02 -0000 --9crTWz/Z+Zyzu20v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In May 2006, netchild@ committed some changes to kdump to enhance the decoding of various syscall arguments. Using the example from the commit message: Change kdump to print more useful information, i.e. it changes from 32229 telnet CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0) 32229 telnet CALL open(0x2807bc28,0,0x1b6) 32229 telnet CALL socket(0x2,0x2,0) to 32229 telnet CALL mmap(0,0x8000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANO= N,0xffffffff,0,0,0) 32229 telnet CALL open(0x2807bc28,O_RDONLY,0x1b6) 32229 telnet CALL socket(PF_INET,SOCK_DGRAM,0) Would this change be eligible for an MFC to 6.x? It makes reading kdump output much easier. The only downside is that it might break scripts that people might use to postprocess kdump output. --=20 Peter Jeremy --9crTWz/Z+Zyzu20v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIO/g/opHv/APuIcRAvAcAJ9SGT9K/wCaFzeV97ieOdHNGpJx/ACeJ2nh J2cHSUBETZiQX68SAMXb86Y= =wmyK -----END PGP SIGNATURE----- --9crTWz/Z+Zyzu20v-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 10:06:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 192FD16A468 for ; Fri, 26 Oct 2007 10:06:46 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id BD35D13C4A7 for ; Fri, 26 Oct 2007 10:06:45 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l9QA6a63081818 for ; Fri, 26 Oct 2007 03:06:43 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l9QA6aOv081817 for freebsd-stable@freebsd.org; Fri, 26 Oct 2007 03:06:36 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 26 Oct 2007 03:06:36 -0700 Message-ID: <20071026030636.e2yuttew8ososo48@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 26 Oct 2007 03:06:36 -0700 From: "Chris H." To: "[FBSDS]" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: dumpdev question (probably stupid) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:06:46 -0000 Greetings, Given that the server that I need to create a dumpdev on has has a slice dedicated to /var with *more* than adequate space to accommodate the the resources needed for a dumpdev, as well as everything else in /var. Is it enough to simply: # mkdir /var/crash # chmod 700 /var/crash and set *dumpdev* in */etc/fstab* as such?: # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1b none swap sw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1d /var ufs rw 2 2 # dumpdev /dev/ad0s1d /var/crash ufs sw 0 0 #cdrom /dev/acd0 /cdrom cd9660 ro,noauto 0 0 then bounce the system and *assume* I have a /suitable/ and /useable/ dumpdev available? Sorry if I have made any ridiculous assumptions, and thank you for your time. --Chris -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 10:19:06 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75FFD16A41B for ; Fri, 26 Oct 2007 10:19:06 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from brev.sics.se (brev.sics.se [193.10.64.200]) by mx1.freebsd.org (Postfix) with ESMTP id E7B2813C4A6 for ; Fri, 26 Oct 2007 10:19:05 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (P142.sics.se [193.10.66.253]) by brev.sics.se (8.12.8/8.12.8) with ESMTP id l9QAJ3VF017274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 26 Oct 2007 12:19:04 +0200 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.13.8/8.13.8) with ESMTP id l9QAMNau001453; Fri, 26 Oct 2007 12:22:23 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.13.8/8.13.8/Submit) id l9QAMN6v001452; Fri, 26 Oct 2007 12:22:23 +0200 (CEST) (envelope-from bengta@P142.sics.se) To: Kris Kennaway From: Bengt Ahlgren In-Reply-To: <471648B6.5020602@FreeBSD.org> (Kris Kennaway's message of "Wed, 17 Oct 2007 19:39:02 +0200") References: <20071004165755.GA1049@pp.htv.fi> <47120D83.1010703@FreeBSD.org> <20071015203202.GA17964@pp.htv.fi> <471648B6.5020602@FreeBSD.org> Date: Fri, 26 Oct 2007 12:22:23 +0200 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new Cc: stable@FreeBSD.org Subject: Re: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:19:06 -0000 Kris Kennaway writes: > Bengt Ahlgren wrote: >> Esa Karkkainen writes: >> >>> On Sun, Oct 14, 2007 at 02:37:23PM +0200, Kris Kennaway wrote: >>>> Esa Karkkainen wrote: >>>>> I get "Fatal double fault" error when writing to a filesystem >>>>> mounted from NFS server. >>> I got an offlist reply in which he suggested that the problem might be >>> in nve driver. >> That was me. I indeed got the same fault when running NFS over nve. >> Switching to nfe solved the problem for me. The on-screen backtrace >> reveals the true location of the problem. See: >> http://www.sics.se/~bengta/FBSD/DSC00585.JPG >> I do have a dump, but for some reason kgdb is not able to show the >> same information. > > If you're using a module you have to do extra (but documented) > steps. Or maybe kgdb has forgotten how to decode a double fault. Just for the record: if_nve was compiled into the kernel. Bengt From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 10:37:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E61BA16A421 for ; Fri, 26 Oct 2007 10:37:22 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id AA6A113C4B2 for ; Fri, 26 Oct 2007 10:36:03 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:16871 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S612604AbXJZKXO (ORCPT ); Fri, 26 Oct 2007 14:23:14 +0400 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <4721C00C.1010905@yandex.ru> Date: Fri, 26 Oct 2007 14:23:08 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Chris H." References: <20071026030636.e2yuttew8ososo48@webmail.1command.com> In-Reply-To: <20071026030636.e2yuttew8ososo48@webmail.1command.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "\[FBSDS\]" Subject: Re: dumpdev question (probably stupid) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:37:23 -0000 Chris H. wrote: > Given that the server that I need to create a dumpdev on has has a > slice dedicated to /var with *more* than adequate space to accommodate > the the resources needed for a dumpdev, as well as everything else in > /var. Is it enough to simply: > > # mkdir /var/crash > # chmod 700 /var/crash > > and set *dumpdev* in */etc/fstab* as such?: No. For the dumpdev in most cases you can use your swap. Also you will need a dumpdir - directory where crash will be saved by the savecore(8). Try this: # cat >> /etc/rc.conf dumpdev="AUTO" dumpdir="/var/crash" ^D # /etc/rc.d/dumpon start -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 11:11:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B2916A417 for ; Fri, 26 Oct 2007 11:11:21 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 616F713C4AC for ; Fri, 26 Oct 2007 11:11:21 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l9QBB6KV088201; Fri, 26 Oct 2007 04:11:17 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l9QBB6qD088200; Fri, 26 Oct 2007 04:11:06 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 26 Oct 2007 04:11:06 -0700 Message-ID: <20071026041106.hfzm32iy8s8o8kss@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 26 Oct 2007 04:11:06 -0700 From: "Chris H." To: "Andrey V. Elsukov" References: <20071026030636.e2yuttew8ososo48@webmail.1command.com> <4721C00C.1010905@yandex.ru> In-Reply-To: <4721C00C.1010905@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: "\[FBSDS\]" Subject: Re: dumpdev question (probably stupid) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 11:11:21 -0000 Quoting "Andrey V. Elsukov" : > Chris H. wrote: >> Given that the server that I need to create a dumpdev on has has a >> slice dedicated to /var with *more* than adequate space to accommodate >> the the resources needed for a dumpdev, as well as everything else in >> /var. Is it enough to simply: >> >> # mkdir /var/crash >> # chmod 700 /var/crash >> >> and set *dumpdev* in */etc/fstab* as such?: > > No. For the dumpdev in most cases you can use your swap. > Also you will need a dumpdir - directory where crash will be saved by > the savecore(8). > Try this: > # cat >> /etc/rc.conf > dumpdev="AUTO" > dumpdir="/var/crash" > ^D > # /etc/rc.d/dumpon start > WOW! Thank you Andrey, for the prompt and informative reply! It's just like me sometimes, to make things more difficult than they're intended. :-P OK then. If I understand you correctly, I simply need to create: /var/crash (the default) then correctly set perms: chmod 700 /var/crash add the following to /etc/rc.conf: dumpdev="AUTO" dumpdir="/var/crash" bounce the server and ensure that /etc/rc.d/dumpon is started immediately after the boot process has completed. Correct? Thanks again! --Chris -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 11:24:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F24D616A418 for ; Fri, 26 Oct 2007 11:24:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8662B13C465 for ; Fri, 26 Oct 2007 11:24:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l9QBOMLq089551; Fri, 26 Oct 2007 04:24:31 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l9QBOMbM089550; Fri, 26 Oct 2007 04:24:22 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 26 Oct 2007 04:24:22 -0700 Message-ID: <20071026042422.bonvedq1gcgck88s@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 26 Oct 2007 04:24:22 -0700 From: "Chris H." To: "Andrey V. Elsukov" References: <20071026030636.e2yuttew8ososo48@webmail.1command.com> <4721C00C.1010905@yandex.ru> <20071026041106.hfzm32iy8s8o8kss@webmail.1command.com> In-Reply-To: <20071026041106.hfzm32iy8s8o8kss@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: "\[FBSDS\]" Subject: Re: dumpdev question (probably stupid) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 11:24:33 -0000 Quoting "Chris H." : > Quoting "Andrey V. Elsukov" : > >> Chris H. wrote: >>> Given that the server that I need to create a dumpdev on has has a >>> slice dedicated to /var with *more* than adequate space to accommodate >>> the the resources needed for a dumpdev, as well as everything else in >>> /var. Is it enough to simply: >>> >>> # mkdir /var/crash >>> # chmod 700 /var/crash >>> >>> and set *dumpdev* in */etc/fstab* as such?: >> >> No. For the dumpdev in most cases you can use your swap. >> Also you will need a dumpdir - directory where crash will be saved by >> the savecore(8). >> Try this: >> # cat >> /etc/rc.conf >> dumpdev="AUTO" >> dumpdir="/var/crash" >> ^D >> # /etc/rc.d/dumpon start >> > > WOW! Thank you Andrey, for the prompt and informative reply! > It's just like me sometimes, to make things more difficult than > they're intended. :-P > > OK then. If I understand you correctly, I simply need to create: > /var/crash (the default) > > then correctly set perms: > chmod 700 /var/crash > > add the following to /etc/rc.conf: > dumpdev="AUTO" > dumpdir="/var/crash" > > bounce the server and ensure that /etc/rc.d/dumpon is started > immediately after the boot process has completed. > Correct? OOPS! /etc/rc.d/dumpon is moot, given that dumpdev="AUTO" is already set in /etc/rc.conf. Sorry, I should have waited 30 seconds longer before replying. Thanks again. --Chris > > Thanks again! > > --Chris > > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 11:40:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E3616A418; Fri, 26 Oct 2007 11:40:08 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 007D313C4B0; Fri, 26 Oct 2007 11:40:07 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9QBdviv006452 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 26 Oct 2007 07:40:00 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Oliver Peter In-Reply-To: <20071026075506.GH22904@nemesis.frida.mouhaha.de> References: <1193351234.93167.21.camel@neo.cse.buffalo.edu> <20071026075506.GH22904@nemesis.frida.mouhaha.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HuoSriepPpwi52DyhJY2" Organization: U. Buffalo CSE Department Date: Fri, 26 Oct 2007 07:39:56 -0400 Message-Id: <1193398796.7390.6.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 11:40:08 -0000 --=-HuoSriepPpwi52DyhJY2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-10-26 at 09:55 +0200, Oliver Peter wrote: > Everything wents fine. Mergemaster did a great job but I still want > to ask if there can be a problem in the future because I switched from > 8.0-SUPRISE to 7.0-STABLE...=20 I don't *think* so. Part of why I didn't pick up on the mistake was that HEAD and RELENG_7 were still pretty close. The "ctype.h issues" introduced symbols (subtlties of using inlined code...) were what caused all the issues with "updates" and once the system is successfully migrated to RELENG_7 any effects from that should be wiped out. I've been more focused on RELENG_6/RELENG_7 lately but I don't *think* anything has hit HEAD between when RELENG_7 got branched and when I started the builds that would permanently cripple the machine. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-HuoSriepPpwi52DyhJY2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHIdH//G14VSmup/YRAmmGAJ0XWNOapeEdZT3C7CgD9Kb+TqeP2wCggVnT AUqeqiOdDjnXzzX6sZhe9wQ= =BsfX -----END PGP SIGNATURE----- --=-HuoSriepPpwi52DyhJY2-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 11:41:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44AED16A418 for ; Fri, 26 Oct 2007 11:41:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 6347913C4AA for ; Fri, 26 Oct 2007 11:41:36 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:44237 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372850AbXJZLla (ORCPT ); Fri, 26 Oct 2007 15:41:30 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <4721D25B.6060402@yandex.ru> Date: Fri, 26 Oct 2007 15:41:15 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Chris H." References: <20071026030636.e2yuttew8ososo48@webmail.1command.com> <4721C00C.1010905@yandex.ru> <20071026041106.hfzm32iy8s8o8kss@webmail.1command.com> In-Reply-To: <20071026041106.hfzm32iy8s8o8kss@webmail.1command.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "\[FBSDS\]" Subject: Re: dumpdev question (probably stupid) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 11:41:37 -0000 Chris H. wrote: > OK then. If I understand you correctly, I simply need to create: > /var/crash (the default) Yes. Also you need a swap size > ram size. > add the following to /etc/rc.conf: > dumpdev="AUTO" > dumpdir="/var/crash" > > bounce the server and ensure that /etc/rc.d/dumpon is started > immediately after the boot process has completed. > Correct? if you don't want reboot your machine after changing rc.conf you can run `/etc/rc.d/dumpon start`. It will mark your swap as a dumpdev. At the boot time /etc/rc.d/dumpon will be started automatically (if "dumpdev" is set). After system crash the kernel memory dump will be saved to the dempdev and after reboot dump will be extracted from the swap into dumpdir by the savecore. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 11:52:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F1C16A418 for ; Fri, 26 Oct 2007 11:52:05 +0000 (UTC) (envelope-from andreyz@opanki.ru) Received: from wcgate.zonov.ru (wcgate.zonov.ru [195.94.224.179]) by mx1.freebsd.org (Postfix) with ESMTP id EFC3413C494 for ; Fri, 26 Oct 2007 11:52:04 +0000 (UTC) (envelope-from andreyz@opanki.ru) Received: from INSPIRON1501 (ws130-244.az.ll.westcall.ru [195.94.244.130] (may be forged)) (authenticated bits=0) by wcgate.zonov.ru (8.14.1/8.14.1) with ESMTP id l9QBThDN094574 for ; Fri, 26 Oct 2007 15:29:48 +0400 (MSD) (envelope-from andreyz@opanki.ru) Date: Fri, 26 Oct 2007 15:29:39 +0400 From: Andrey Zonov X-Mailer: The Bat! (v3.99.3) Professional X-Priority: 3 (Normal) Message-ID: <192440147.20071026152939@opanki.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4598/Fri Oct 26 10:52:26 2007 on wcgate.zonov.ru X-Virus-Status: Clean Subject: loader on Dell INSPIRON 1501: BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Zonov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 11:52:05 -0000 Hello, I have a problem with my notebook Dell INSPIRON 1501, if install FreeBSD-7.0-BETA1-amd64 to USB-HDD. Loader fails with "BTX halted", but boot from CD 7.0-BETA1-amd64-bootonly.iso - is good. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 11:53:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3978016A417 for ; Fri, 26 Oct 2007 11:53:03 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id DAD9113C491 for ; Fri, 26 Oct 2007 11:53:02 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l9QBqsuw092428; Fri, 26 Oct 2007 04:53:01 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l9QBqs0D092427; Fri, 26 Oct 2007 04:52:54 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 26 Oct 2007 04:52:54 -0700 Message-ID: <20071026045254.x6urw30dsskw408g@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 26 Oct 2007 04:52:54 -0700 From: "Chris H." To: "Andrey V. Elsukov" References: <20071026030636.e2yuttew8ososo48@webmail.1command.com> <4721C00C.1010905@yandex.ru> <20071026041106.hfzm32iy8s8o8kss@webmail.1command.com> <4721D25B.6060402@yandex.ru> In-Reply-To: <4721D25B.6060402@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: "\[FBSDS\]" Subject: Re: dumpdev question (probably stupid) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 11:53:03 -0000 Quoting "Andrey V. Elsukov" : > Chris H. wrote: >> OK then. If I understand you correctly, I simply need to create: >> /var/crash (the default) > > Yes. Also you need a swap size > ram size. swap slice is already 3 times greater than memory. So I'm confident there's enough space. > >> add the following to /etc/rc.conf: >> dumpdev="AUTO" >> dumpdir="/var/crash" >> >> bounce the server and ensure that /etc/rc.d/dumpon is started >> immediately after the boot process has completed. >> Correct? > > if you don't want reboot your machine after changing rc.conf > you can run `/etc/rc.d/dumpon start`. It will mark your swap as > a dumpdev. At the boot time /etc/rc.d/dumpon will be started > automatically (if "dumpdev" is set). > After system crash the kernel memory dump will be saved to the dempdev > and after reboot dump will be extracted from the swap into dumpdir > by the savecore. > Yes, That occurred to me immediately after replying to you - dumpdev="AUTO" already ensures that. :) Thanks again for all your time and trouble. --Chris > -- > WBR, Andrey V. Elsukov > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 14:36:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACD4016A41A; Fri, 26 Oct 2007 14:36:49 +0000 (UTC) (envelope-from luis.neves@co.sapo.pt) Received: from co.sapo.pt (smtp.corp.sapo.pt [194.65.95.225]) by mx1.freebsd.org (Postfix) with ESMTP id 412C413C491; Fri, 26 Oct 2007 14:36:48 +0000 (UTC) (envelope-from luis.neves@co.sapo.pt) Received: from [172.28.230.84] ([172.28.230.84]) by co.sapo.pt over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Oct 2007 15:24:43 +0100 Message-ID: <4721F8A8.3010501@co.sapo.pt> Date: Fri, 26 Oct 2007 15:24:40 +0100 From: Luis Neves User-Agent: Thunderbird 2.0.0.6 (X11/20071017) MIME-Version: 1.0 To: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Oct 2007 14:24:43.0210 (UTC) FILETIME=[F39712A0:01C817DB] Cc: Subject: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 14:36:49 -0000 Hi all. So far I've failed to have a working wireless connection with this combination. There are no FreeBSD drivers for the included intel 4965AG card. I've tried to use the ndiswrapper framework without success. The ndisgen wizard runs without issues, but kldloading the driver freezes and reboots the machine. I've also tried two cardbus devices. The Cisco Aironet - AIR CB21AG (ath driver): Oct 26 13:30:27 t61p kernel: cardbus0: Expecting link target, got 0x0 Oct 26 13:30:27 t61p kernel: ath0: mem 0xbfeb0000-0xbfebffff irq 16 at device 0.0 on cardbus0 Oct 26 13:30:27 t61p kernel: ath0: [ITHREAD] Oct 26 13:30:27 t61p kernel: ath0: unable to attach hardware; HAL status 13 Oct 26 13:30:27 t61p kernel: device_attach: ath0 attach returned 6 and the Conceptronic C54RC (ral driver): Oct 26 13:40:59 t61p kernel: cardbus0: Expecting link target, got 0x0 Oct 26 13:40:59 t61p kernel: ral0: mem 0xbfeb0000-0xbfeb1fff irq 16 at device 0.0 on cardbus0 Oct 26 13:40:59 t61p kernel: ral0: MAC/BBP RT2560 (rev 0x00), RF RT2522 Oct 26 13:40:59 t61p kernel: ral0: [ITHREAD] Oct 26 13:41:40 t61p kernel: ral0: could not read from BBP Oct 26 13:41:40 t61p kernel: ral0: could not write to BBP Oct 26 13:41:40 t61p kernel: ral0: could not read from BBP Oct 26 13:41:40 t61p kernel: ral0: could not write to BBP Oct 26 13:41:40 t61p kernel: ral0: could not read from BBP Oct 26 13:41:40 t61p last message repeated 99 times Oct 26 13:41:40 t61p kernel: ral0: timeout waiting for BBP I'm running: uname -a FreeBSD t61p 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Fri Oct 26 13:10:37 WEST 2007 root@t61p:/usr/obj/usr/src/sys/GENERIC i386 GENERIC kernel with ULE and without debugging. Is there anything I can do to diagnose these issues? Thanks! -- Luis Neves From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 15:34:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F21F16A419; Fri, 26 Oct 2007 15:34:17 +0000 (UTC) (envelope-from luis.neves@co.sapo.pt) Received: from co.sapo.pt (smtp.corp.sapo.pt [194.65.95.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA0813C4B7; Fri, 26 Oct 2007 15:34:16 +0000 (UTC) (envelope-from luis.neves@co.sapo.pt) Received: from [172.28.230.84] ([172.28.230.84]) by co.sapo.pt over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Oct 2007 16:34:15 +0100 Message-ID: <472208F4.2090004@co.sapo.pt> Date: Fri, 26 Oct 2007 16:34:12 +0100 From: Luis Neves User-Agent: Thunderbird 2.0.0.6 (X11/20071017) MIME-Version: 1.0 To: Yuri Lukin References: <4721F8A8.3010501@co.sapo.pt> <20071026144413.M17608@swaggi.com> In-Reply-To: <20071026144413.M17608@swaggi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Oct 2007 15:34:15.0118 (UTC) FILETIME=[AA3DB6E0:01C817E5] Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 15:34:17 -0000 Yuri Lukin wrote: > On Fri, 26 Oct 2007 15:24:40 +0100, Luis Neves wrote > FWIW, I have a T61 (not the "p" version) with 7.0-PRERELEASE from Oct 15th and > have an integrated IBM miniPCI card that uses the ath driver without any problems: > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0xdf2f0000-0xdf2fffff irq 17 at device 0.0 on pci3 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: mac 10.3 phy 6.1 radio 10.2 > > You should have no issues using the CB21AG adapter under FreeBSD. I have > several of these and have used them as far back as 6.0-RELEASE on multiple > laptops without any issues. In fact, I just dug one up and inserted it into my > T61 and it attached to ath1: > > ath1: mem 0x88000000-0x8800ffff irq 16 at device 0.0 on cardbus0 > ath1: [ITHREAD] > ath1: using obsoleted if_watchdog interface > ath1: mac 5.6 phy 4.1 radio 3.6 Huumm... this is similar output to what i had last week, since then I've updated RAM to 4GB (a delicate process, I might have screwed up something) and updated FreeBSD a couple of times to the latest RELENG_7. >> I'm running: >> uname -a >> >> FreeBSD t61p 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Fri Oct 26 13:10:37 >> WEST 2007 root@t61p:/usr/obj/usr/src/sys/GENERIC i386 >> >> GENERIC kernel with ULE and without debugging. >> >> Is there anything I can do to diagnose these issues? >> > > What does dmesg show for "ath" when you boot? Or can you post "pciconf -l -v"? cardbus: cbb0@pci0:21:0:0: class=0x060700 card=0x20c617aa chip=0x04761180 rev=0xba hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh R/RL/5C476(II)' class = bridge subclass = PCI-CardBus "ral" card: ral0@pci0:22:0:0: class=0x028000 card=0x3c001948 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology, Corp' device = '0x03011814 Zonet ZEW1601 (Ralink Chipset) 802.11b/g WLAN Card' class = network "ath" card ath0@pci0:22:0:0: class=0x020000 card=0xcb2114b9 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet Thanks for your help! -- Luis Neves From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 15:45:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5753C16A543; Fri, 26 Oct 2007 15:45:34 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [204.14.85.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3071613C4BF; Fri, 26 Oct 2007 15:45:33 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IlQXe-000CFp-8o; Fri, 26 Oct 2007 10:52:07 -0400 From: "Yuri Lukin" To: Luis Neves , freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org Date: Fri, 26 Oct 2007 10:52:06 -0400 Message-Id: <20071026144413.M17608@swaggi.com> In-Reply-To: <4721F8A8.3010501@co.sapo.pt> References: <4721F8A8.3010501@co.sapo.pt> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 15:45:34 -0000 On Fri, 26 Oct 2007 15:24:40 +0100, Luis Neves wrote > Hi all. > So far I've failed to have a working wireless connection with this combination. > > There are no FreeBSD drivers for the included intel 4965AG card. > I've tried to use the ndiswrapper framework without success. The > ndisgen wizard runs without issues, but kldloading the driver > freezes and reboots the machine. I dont think there's any support for this card in FreeBSD just yet. > > I've also tried two cardbus devices. > > The Cisco Aironet - AIR CB21AG (ath driver): > > Oct 26 13:30:27 t61p kernel: cardbus0: Expecting link target, got 0x0 > > Oct 26 13:30:27 t61p kernel: ath0: mem 0xbfeb0000- > 0xbfebffff irq 16 at device 0.0 on cardbus0 > Oct 26 13:30:27 t61p kernel: ath0: [ITHREAD] > Oct 26 13:30:27 t61p kernel: ath0: unable to attach hardware; HAL > status 13 > Oct 26 13:30:27 t61p kernel: device_attach: ath0 attach returned 6 > FWIW, I have a T61 (not the "p" version) with 7.0-PRERELEASE from Oct 15th and have an integrated IBM miniPCI card that uses the ath driver without any problems: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xdf2f0000-0xdf2fffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: mac 10.3 phy 6.1 radio 10.2 You should have no issues using the CB21AG adapter under FreeBSD. I have several of these and have used them as far back as 6.0-RELEASE on multiple laptops without any issues. In fact, I just dug one up and inserted it into my T61 and it attached to ath1: ath1: mem 0x88000000-0x8800ffff irq 16 at device 0.0 on cardbus0 ath1: [ITHREAD] ath1: using obsoleted if_watchdog interface ath1: mac 5.6 phy 4.1 radio 3.6 > and the Conceptronic C54RC (ral driver): > I have no experience with these. > I'm running: > uname -a > > FreeBSD t61p 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Fri Oct 26 13:10:37 > WEST 2007 root@t61p:/usr/obj/usr/src/sys/GENERIC i386 > > GENERIC kernel with ULE and without debugging. > > Is there anything I can do to diagnose these issues? > What does dmesg show for "ath" when you boot? Or can you post "pciconf -l -v"? -Yuri From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 16:14:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F169116A421 for ; Fri, 26 Oct 2007 16:14:31 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33709.mail.mud.yahoo.com (web33709.mail.mud.yahoo.com [68.142.201.206]) by mx1.freebsd.org (Postfix) with SMTP id B07AA13C4A5 for ; Fri, 26 Oct 2007 16:14:31 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 47286 invoked by uid 60001); 26 Oct 2007 16:14:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=tzNhjAtjiI2iMak8GKkGvJjfJ+PeAU42XckiH2w+/fbSQLqF0mCkH4Z+oYkZWV7EGoGRl3BAB7jPBQLL1FAheDQRbh6pBb49qttGbOzarQVramUPtRa0vCjml0VehxIr8rjZJw7zWmCWNlvmgIuG0T2VcZyD+9WnlpU79m+2edY=; Received: from [86.62.225.4] by web33709.mail.mud.yahoo.com via HTTP; Fri, 26 Oct 2007 09:14:30 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Fri, 26 Oct 2007 09:14:30 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Luis Neves , freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <461307.47075.qm@web33709.mail.mud.yahoo.com> Cc: Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 16:14:32 -0000 ----- Original Message ----=0A=0A> From: Luis Neves = =0A=0A> To: freebsd-mobile@freebsd.org; freebsd-stable@freebsd.org=0A=0A> S= ent: Friday, October 26, 2007 5:24:40 PM=0A=0A> Subject: 7.0 BETA1 and Thin= kpad T61p : Wireless misadventure=0A=0A> =0A=0A> =0A=0A> Hi all.=0A=0A> So = far I've failed to have a working wireless connection with=0A=0A> this=0A= =0A> combination.=0A=0A> =0A=0A> There are no FreeBSD drivers for the inc= luded intel 4965AG card.=0A=0A> I've tried to use the ndiswrapper framework= without success.=0A=0A> The=0A=0A> ndisgen wizard =0A=0A> runs without i= ssues, but kldloading the driver freezes and reboots=0A=0A> the=0A=0A> ma= chine.=0A=0A> =0A=0A> I've also tried two cardbus devices.=0A=0A> =0A=0A> T= he Cisco Aironet - AIR CB21AG (ath driver):=0A=0A> =0A=0A> Oct 26 13:30:27 = t61p kernel: cardbus0: Expecting link target, got 0x0=0A=0A> Oct 26 13:30:2= 7 t61p kernel: ath0: =0A=0A> mem=0A=0A> 0xbfeb0000-0xbfebffff irq =0A=0A>= 16 at device 0.0 on cardbus0=0A=0A> Oct 26 13:30:27 t61p kernel: ath0: [IT= HREAD]=0A=0A> Oct 26 13:30:27 t61p kernel: ath0: unable to attach hardware;= =0A=0A> HAL=0A=0A> status 13=0A=0A> Oct 26 13:30:27 t61p kernel: device_a= ttach: ath0 attach returned 6=0A=0A> =0A=0A> and the Conceptronic C54RC (ra= l driver):=0A=0A> =0A=0A> Oct 26 13:40:59 t61p kernel: cardbus0: Expecting = link target, got 0x0=0A=0A> Oct 26 13:40:59 t61p kernel: ral0: mem =0A=0A>= 0xbfeb0000-0xbfeb1fff irq 16 at device 0.0 on cardbus0=0A=0A> Oct 26 13:40= :59 t61p kernel: ral0: MAC/BBP RT2560 (rev 0x00), RF RT2522=0A=0A> Oct 26 1= 3:40:59 t61p kernel: ral0: [ITHREAD]=0A=0A> Oct 26 13:41:40 t61p kernel: ra= l0: could not read from BBP=0A=0A> Oct 26 13:41:40 t61p kernel: ral0: could= not write to BBP=0A=0A> Oct 26 13:41:40 t61p kernel: ral0: could not read = from BBP=0A=0A> Oct 26 13:41:40 t61p kernel: ral0: could not write to BBP= =0A=0A> Oct 26 13:41:40 t61p kernel: ral0: could not read from BBP=0A=0A> O= ct 26 13:41:40 t61p last message repeated 99 times=0A=0A> Oct 26 13:41:40 t= 61p kernel: ral0: timeout waiting for BBP=0A=0A> =0A=0A> I'm running:=0A=0A= > uname -a=0A=0A> FreeBSD t61p 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Fri Oct 26 1= 3:10:37=0A=0A> WEST=0A=0A> 2007 =0A=0A> root@t61p:/usr/obj/usr/src/sys/GE= NERIC i386=0A=0A> =0A=0A> GENERIC kernel with ULE and without debugging.= =0A=0A> =0A=0A> Is there anything I can do to diagnose these issues?=0A=0A>= =0A=0A> Thanks!=0A=0A> =0A=0A> -- =0A=0A> Luis Neves=0A=0A=0A=0A----------= Forwarded message ----------=0A=0AFrom: Marcin Simonides =0A=0ADate: Oct 18, 2007 7:32 PM=0A=0ASubject: Re: NDIS: intel 4965 = panic=0A=0ATo: freebsd-drivers@freebsd.org=0A=0A=0A=0AMarcin Simonides wrot= e:=0A=0A> I've tried using an XP ndis wrapper for my intel 4965 wifi adapte= r.=0A=0A> After loading the driver the device is recognized and then kernel= panics=0A=0A> during driver attachement.=0A=0A[...]=0A=0A=0A=0APreviously = I didn't mention that there are some functions missing from=0A=0Athe FreeBS= D's NDIS api. These are:=0A=0A=0A=0ANdisIMCopySendPerPacketInfo=0A=0Astrnca= t=0A=0AKeQuerySystemTime=0A=0AKeBugCheckEx=0A=0AKeTickCount=0A=0A=0A=0AWith= the help of NDIS reference and Linux ndiswrapper I have been able=0A=0Ato = implement all but KeBugCheckEx (they are all rather simple but I=0A=0Acan't= be 100% sure they're correct and exported appropriately).=0A=0A=0A=0ANow I= 'm able to load the driver and don't get any of the "ntoskrnl dummy=0A=0Aca= lled..." messages which probably means that there are no missing=0A=0Afunct= ions the driver tries to call.=0A=0A=0A=0AUnfortunately I'm still left with= the:=0A=0Andis0: NDIS ERROR: 40001b7c (unknown error)=0A=0Aerror message a= nd the device doesn't work.=0A=0A=0A=0Aifconfig ndis0 shows:=0A=0A=0A=0Andi= s0: flags=3D8806 mtu 1500=0A=0A = ether 00:13:e8:64:aa:f7=0A=0A media: IEEE 802.11 Wireless Ethernet = autoselect=0A=0A status: no carrier=0A=0A ssid "" channel 1= =0A=0A authmode OPEN privacy OFF txpowmax 100 bmiss 7 protmode CTS= =0A=0A=0A=0AThe LED indicating whether WLAN is on doesn't light up. Calling= ifconfig=0A=0Andis0 up results with the following kernel messages:=0A=0A= =0A=0Andis0: NDIS ERROR: 40001b7c (unknown error)=0A=0Andis0: NDIS NUMERROR= S: 2=0A=0Andis0: argptr: 0x56524457=0A=0Andis0: argptr: 0xdd=0A=0A=0A=0AAnd= that's all I have been able to achieve so far :)=0A=0A=0A=0AI'll try to re= ad some more of NDIS specification, locate the source of=0A=0Athe aforement= ioned error message and generally try to blindly find=0A=0Asomething.=0A=0A= =0A=0AMaybe someone has some suggestions? Maybe I should also try to post m= y=0A=0Aquestions to some other list?=0A=0A=0A=0AThe diff of my changes: htt= p://marcin.studio4plus.com/ndis/ndis.diff=0A=0AAll changes are confined to = the /usr/src/sys/compat/ndis directory. The=0A=0Afunctions I have added are= implemented in a quick and dirty way :)=0A=0A--=0A=0AMarcin Simonides=0A= =0A=0A=0A---=0A=0ACheck it, it may work for you with ndis.=0A=0A=0A=0A=0A= =0A =0A=0ARegards, =0A=0A-Abdullah Ibn Hamad Al-Marri=0A=0AArab Portal=0A= =0Ahttp://www.WeArab.Net/=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A___________= _______________________________________=0ADo You Yahoo!?=0ATired of spam? = Yahoo! Mail has the best spam protection around =0Ahttp://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 16:30:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DCF716A4AC for ; Fri, 26 Oct 2007 16:30:23 +0000 (UTC) (envelope-from yousif@alumni.jmu.edu) Received: from coruscant.far-far-away.us (coruscant.far-far-away.us [70.91.196.65]) by mx1.freebsd.org (Postfix) with SMTP id 9F9CD13C4B8 for ; Fri, 26 Oct 2007 16:30:22 +0000 (UTC) (envelope-from yousif@alumni.jmu.edu) Received: (qmail 51795 invoked from network); 26 Oct 2007 11:58:24 -0400 Received: from pknat1.passkey.com (HELO ?192.168.16.253?) (68.162.198.134) by coruscant.far-far-away.us with SMTP; 26 Oct 2007 11:58:24 -0400 From: Yousif Hassan To: Luis Neves In-Reply-To: <4721F8A8.3010501@co.sapo.pt> References: <4721F8A8.3010501@co.sapo.pt> Content-Type: text/plain Date: Fri, 26 Oct 2007 12:03:41 -0400 Message-Id: <1193414621.96583.14.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yousif@alumni.jmu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 16:30:23 -0000 > There are no FreeBSD drivers for the included intel 4965AG card. > I've tried to use the ndiswrapper framework without success. The ndisgen wizard > runs without issues, but kldloading the driver freezes and reboots the machine. This occurs if the Windows driver contains function calls that have not been implemented in the ndiswrapper framework. Often, an older version of the Windows driver solves the issue. For Broadcom cards that use bcmwl5.sys, kernel crash is a frequent problem if the newer drivers are used, but the old drivers solve the issue. I don't know if the card you mention would even work with ndis, but it's a good first step that ndisgen wizard works. Trying an older version of the Windows driver *might* help, but only if this card is compatible with ndis framework in the first place. Good luck. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 16:52:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0082716A420 for ; Fri, 26 Oct 2007 16:52:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA2B13C4A5 for ; Fri, 26 Oct 2007 16:51:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IlSPe-0007MT-W8 for freebsd-stable@freebsd.org; Fri, 26 Oct 2007 19:51:59 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IlSPd-0005cZ-Tt for freebsd-stable@freebsd.org; Fri, 26 Oct 2007 19:51:58 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9QGppwJ095493; Fri, 26 Oct 2007 19:51:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9QGppOV095492; Fri, 26 Oct 2007 19:51:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Oct 2007 19:51:51 +0300 From: Kostik Belousov To: Andrey Zonov Message-ID: <20071026165151.GC37471@deviant.kiev.zoral.com.ua> References: <192440147.20071026152939@opanki.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ghzN8eJ9Qlbqn3iT" Content-Disposition: inline In-Reply-To: <192440147.20071026152939@opanki.ru> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 7ffaa6bc246e67c9b1a22e0c753f4a43 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1683 [Oct 26 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: loader on Dell INSPIRON 1501: BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 16:52:00 -0000 --ghzN8eJ9Qlbqn3iT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 26, 2007 at 03:29:39PM +0400, Andrey Zonov wrote: > Hello, >=20 > I have a problem with my notebook Dell INSPIRON 1501, if install > FreeBSD-7.0-BETA1-amd64 to USB-HDD. Loader fails with "BTX halted", > but boot from CD 7.0-BETA1-amd64-bootonly.iso - is good. >=20 > Any ideas? Take patch from http://people.freebsd.org/~kib/realbtx (rev. 2). The new loader is at the same location, but it seems that I did not saved new boot2. You need to install both boot block and loader obtained from the build with the realbtx patch applied, to you USB HDD drive. --ghzN8eJ9Qlbqn3iT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIhsnC3+MBN1Mb4gRApwjAKDZgJaBJqn49WieLgf+vU1rT07SggCfTTAw W0ISQFwguVqenJbIpFTW+Vk= =LO14 -----END PGP SIGNATURE----- --ghzN8eJ9Qlbqn3iT-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 17:40:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E9A716A421; Fri, 26 Oct 2007 17:40:24 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [204.14.85.196]) by mx1.freebsd.org (Postfix) with ESMTP id B10CD13C4B8; Fri, 26 Oct 2007 17:40:23 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IlT12-000CRT-Te; Fri, 26 Oct 2007 13:30:38 -0400 From: "Yuri Lukin" To: Luis Neves Date: Fri, 26 Oct 2007 13:30:36 -0400 Message-Id: <20071026172444.M64669@swaggi.com> In-Reply-To: <472208F4.2090004@co.sapo.pt> References: <4721F8A8.3010501@co.sapo.pt> <20071026144413.M17608@swaggi.com> <472208F4.2090004@co.sapo.pt> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 17:40:24 -0000 On Fri, 26 Oct 2007 16:34:12 +0100, Luis Neves wrote > > "ath" card > ath0@pci0:22:0:0: class=0x020000 card=0xcb2114b9 > chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros > Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g > Wireless Adapter' class = network subclass = ethernet > Your output is exactly the same as mine so the driver seemingly attaches and the part appears to be recognized. At which point do you see those messages? Can you build src/tools/tools/ath/athstats, run it and post the output here? -Yuri From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 18:26:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0CFF16A420 for ; Fri, 26 Oct 2007 18:26:50 +0000 (UTC) (envelope-from doug@polands.org) Received: from ms-smtp-04.rdc-kc.rr.com (ms-smtp-04.rdc-kc.rr.com [24.94.166.116]) by mx1.freebsd.org (Postfix) with ESMTP id 62C0913C4BD for ; Fri, 26 Oct 2007 18:26:50 +0000 (UTC) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-04.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l9QIQi2x026013 for ; Fri, 26 Oct 2007 13:26:45 -0500 (CDT) Received: from omnihp-rj45.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id l9QIQkOZ045052 for ; Fri, 26 Oct 2007 13:26:46 -0500 (CDT) (envelope-from doug@polands.org) Message-ID: <47223140.9090300@polands.org> Date: Fri, 26 Oct 2007 13:26:08 -0500 From: Doug Poland User-Agent: Thunderbird 2.0.0.6 (X11/20071020) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4600/Fri Oct 26 09:02:30 2007 on corinth.polands.org X-Virus-Status: Clean Subject: Debugging off in 7.0-BETA1 kernel? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 18:26:50 -0000 Hello, A couple of days ago I csup'd RELENG_7 and I noticed the GENERIC kernel was missing the following options... options KDB options DDB options GDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN The GENERIC kernel from BETA1.5 ISO did, however, include these options. Question, is this a feature? What are the preferred settings for testing in the BETA/RC stages of the release cycle? -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 20:28:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635F916A418 for ; Fri, 26 Oct 2007 20:28:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id F198713C4B0 for ; Fri, 26 Oct 2007 20:28:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30623 invoked by uid 399); 26 Oct 2007 20:28:48 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Oct 2007 20:28:48 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 26 Oct 2007 13:28:46 -0700 (PDT) From: Doug Barton To: Oliver Peter In-Reply-To: <1193398796.7390.6.camel@opus.cse.buffalo.edu> Message-ID: References: <1193351234.93167.21.camel@neo.cse.buffalo.edu> <20071026075506.GH22904@nemesis.frida.mouhaha.de> <1193398796.7390.6.camel@opus.cse.buffalo.edu> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 20:28:49 -0000 > On Fri, 2007-10-26 at 09:55 +0200, Oliver Peter wrote: >> Everything wents fine. Mergemaster did a great job That's good to hear. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Oct 26 20:29:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 168D216A41B for ; Fri, 26 Oct 2007 20:29:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id B837413C4C3 for ; Fri, 26 Oct 2007 20:29:57 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 750B5EC3212; Sat, 27 Oct 2007 04:29:56 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id iFy-nyUWFSbg; Sat, 27 Oct 2007 04:29:51 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id AD05DEC321D; Sat, 27 Oct 2007 04:29:50 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=n0V2l6XZl1+NWTefia7nyjE4T5etMeQ2UIp53IozD5lzWAd75+Hs/4zflH0CnGvib C2KzFQzzB9eVfyDRLrLKA== Message-ID: <47224E2F.6010106@delphij.net> Date: Fri, 26 Oct 2007 13:29:35 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Doug Poland References: <47223140.9090300@polands.org> In-Reply-To: <47223140.9090300@polands.org> X-Enigmail-Version: 0.95.4 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig0765E6A01E3175F9DC944F19" Cc: freebsd-stable@freebsd.org Subject: Re: Debugging off in 7.0-BETA1 kernel? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 20:29:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0765E6A01E3175F9DC944F19 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Doug Poland wrote: > Hello, >=20 > A couple of days ago I csup'd RELENG_7 and I noticed the GENERIC kernel= > was missing the following options... >=20 > options KDB > options DDB > options GDB > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN >=20 > The GENERIC kernel from BETA1.5 ISO did, however, include these options= =2E >=20 > Question, is this a feature? What are the preferred settings for > testing in the BETA/RC stages of the release cycle? I think for BETA stage we will prefer to have these options (disclaimer: this is only my own $0.02), but for RC stages it will be preferred to use kernel without these stuff. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig0765E6A01E3175F9DC944F19 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHIk4vOfuToMruuMARCozoAJ4tkCcCKFxk1B3ZQjofjblkPUzzHgCghBfj ZtZuCHBu6tNg43f5W8ATAuo= =ayjq -----END PGP SIGNATURE----- --------------enig0765E6A01E3175F9DC944F19-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 03:09:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E79916A418 for ; Sat, 27 Oct 2007 03:09:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id CE51313C48E for ; Sat, 27 Oct 2007 03:09:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so856315rvb for ; Fri, 26 Oct 2007 20:09:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=PZheDXapWq7vThRnEXD6pfwEjXrjdEcD1sHtkug33qg=; b=KZYt1aTyFDInskMbQnX3dpAiYg8v/dcwhd2YT/N3M6HvjeMmNTzz/c3RSqjGu1Rf3va3zegoghJzpG1ao1QVxrfMuRG087piXUft+bU8Wj5hk0vMqqVDswDembw9sZAUcRauuI2RH8ynTX3E8yaulLXd2t1vFU97lCR8jdVWTSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nSyOoLzO+Z/XBoitrsSxo+pG/IUt5dBXt6fkcDd5fuKTMUnsItUpL+CF4nerD+PYHIxTSLgcjt+SnfNVMui57yxvXC8DW8hAf/uv2bMNdsSpPLjf4l1xjoX4mE4ScKgli7Df5xb/Nwo5oA47G0qYlvaWQSCDdPHRYIivjZHCFvs= Received: by 10.114.144.1 with SMTP id r1mr4211406wad.1193454570149; Fri, 26 Oct 2007 20:09:30 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m24sm7834314waf.2007.10.26.20.09.27 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 26 Oct 2007 20:09:28 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9R39NXG025978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Oct 2007 12:09:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9R39MqA025977; Sat, 27 Oct 2007 12:09:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 27 Oct 2007 12:09:22 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071027030921.GC25452@cdnetworks.co.kr> References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071025083032.GE16092@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 03:09:31 -0000 On Thu, Oct 25, 2007 at 05:30:32PM +0900, To Oleg Lomaka wrote: [...] > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > > pci0: domain=0, physical bus=0 > > pci2: domain=0, physical bus=2 > > mskc0: port 0x2000-0x20ff mem > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > mskc0: MSI count : 2 > > mskc0: RAM buffer size : 16KB > > mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) > > mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) > > msk0: on mskc0 > > msk0: bpf attached > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ukphy0: PHY 3 on miibus0 > > ukphy0: OUI 0x001000, model 0x0004, rev. 0 > > ukphy0: no media present > > ukphy1: PHY 6 on miibus0 > > ukphy1: OUI 0x004400, model 0x0011, rev. 0 > > ukphy1: no media present > > mskc0: [MPSAFE] > > mskc0: [FILTER] > > pci3: domain=0, physical bus=3 > > pci4: domain=0, physical bus=4 > > pci5: domain=0, physical bus=5 > > pci10: domain=0, physical bus=10 > > > > Thanks for the info. Would please try attached patch? > Any progress here? I guess it's very important to fix the bug as it would affect all Yukon FE based NIC. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 09:29:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB9716A418 for ; Sat, 27 Oct 2007 09:29:54 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id CBF8513C48E for ; Sat, 27 Oct 2007 09:29:53 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <4723050C.60707@intersonic.se> Date: Sat, 27 Oct 2007 11:29:48 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071009) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: blkfree bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 09:29:54 -0000 Hi, I just got bitten by something that looks like the blkfree bug as discussed here: http://www.freebsd.org/cgi/mid.cgi?db=irt&id=1191175387.92510.6.camel@shumai.marcuscom.com Reading the thread seems to reveal disabling softupdates will make the problem go away. I assume from http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/116913 that the bug is still present? Any patches available? The link in the PR is dead at least from where I am. I have dump available if someone is interested in more information. 7.0-PRERELEASE #0: Sun Oct 14 08:03:58 CEST 2007 Thanks, --per From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 14:51:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1D316A41A for ; Sat, 27 Oct 2007 14:51:14 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33713.mail.mud.yahoo.com (web33713.mail.mud.yahoo.com [68.142.201.210]) by mx1.freebsd.org (Postfix) with SMTP id 6FB2613C48A for ; Sat, 27 Oct 2007 14:51:14 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 6367 invoked by uid 60001); 27 Oct 2007 14:51:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=JWgIQod26Wlk8Bpvr+JfUhoJqobn5h3Qgi38jgmoHzs/GLPcJuwE5cYVUdRaLdU8TBZf6yEJBKP6Byr8N2fkAvePP74s0dMV8Pju4qnQZyw0gWqelJFFnmO8JhYC9T3MkA+F0InY7/GEtJCVhgNWiaASgBe/kv9RJSFsggoEHe4=; X-YMail-OSG: g35ct40VM1kSyyOqogQELgVNHXXXSAZuwyGNIJGMqGUv9294onoHxDMW6b5I7lY9axFO96gNG_czxp9pwFnIF5ZoYAM1CiYTA2.ZFmPQVODfrZ0- Received: from [86.62.225.4] by web33713.mail.mud.yahoo.com via HTTP; Sat, 27 Oct 2007 07:51:13 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Sat, 27 Oct 2007 07:51:13 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Matthew Reimer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <619150.6364.qm@web33713.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Re: Network throughput problems in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 14:51:14 -0000 ----- Original Message ----=0A> From: Matthew Reimer =0A> To: current@freebsd.org=0A> Sent: Friday, October 26, 2007 7:10:55 PM= =0A> Subject: Network throughput problems in RELENG_7=0A> =0A> I'm seeing a= problem where a much faster quad-core host=0A> running=0A> =0A RELENG_7=0A= > serves many fewer netrate/http requests per second (175/sec) than an=0A> = old, busy, UP 6.0 host (828/sec). The problem seems to be related to=0A> la= tency and connection setup, as it shows up dramatically over a link=0A> wit= h 50-60 ms latency. Can you help?=0A> =0A> "Gandalf" is the problem RELENG_= 7 host connected via em0 on a 100baseTX=0A> full-duplex switch port.=0A> "B= oromir" is a 6.0 host for reference, connected via bge0 to another=0A> 100b= aseTX full-duplex port on the same switch.=0A> "Theoden" is a 6.2 host remo= te (50-60 ms away) from gandalf=0A> and=0A> =0A boromir.=0A> =0A> Running t= ools/netrate/http against tools/netrate/httpd on gandalf and=0A> boromir, s= erving a document with 35 bytes of content, I get this=0A> (details includi= ng tcpdumps following my sig):=0A> =0A> dest dest=0A> = source boromir gandalf=0A> ------ ------- -------=0A> = theoden 828 175=0A> boromir - 18092=0A> gandal= f 11493 -=0A> =0A> The problem occurs using ab as well, but is much less = pronounced=0A> when=0A> =0A -k=0A> is used (enabling keepalive and presumab= ly HTTP pipelining). This makes=0A> me wonder if the problem might have som= ething to do with connection=0A> setups.=0A> =0A> I've verified that the sw= itch port and the interface are configured=0A> correctly (100baseTX full-du= plex). I've also tried toggling polling and=0A> the following sysctls, with= no significant change:=0A> =0A> net.inet.tcp.tso=0A> net.i= net.tcp.newreno=0A> net.inet.tcp.sack.enable=0A> net.inet.t= cp.inflight.enable=0A> net.inet.tcp.syncookies_only=0A> net= .inet.tcp.syncookies=0A> =0A> What else can I try?=0A> =0A> Thanks for any = help you can give.=0A> =0A> Matt=0A> =0A> =0A> =0A> =0A> theoden-gandalf=0A= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A> =0A> theoden:~$ /usr/ob= j/usr/src/tools/tools/netrate/http/http -s 2=0A> 216.193.240.4=0A> 1280 /sh= ort.html=0A> 187 transfers/second=0A> 0 errors/second=0A> =0A> tcpdump:=0A>= http://gandalf.vpop.net/~mreimer/theoden-gandalf-netrate.dump.gz=0A> =0A> = ---=0A> =0A> theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -n 1= 00 -s 2=0A> 216.193.240.4 1280 /short.html=0A> 175 transfers/second=0A> 0 e= rrors/second=0A> =0A> tcpdump:=0A> http://gandalf.vpop.net/~mreimer/theoden= -gandalf-netrate-n100.dump.gz=0A> =0A> =0A> =0A> theoden-boromir=0A> =3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A> =0A> theoden:~$ /usr/obj/usr/sr= c/tools/tools/netrate/http/http -s 2=0A> 216.193.240.2=0A> 1280 /short.html= =0A> 272 transfers/second=0A> 0 errors/second=0A> =0A> tcpdump:=0A> http://= boromir.vpop.net/~mreimer/theoden-boromir-netrate.dump.gz=0A> =0A> ---=0A> = =0A> theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2= =0A> 216.193.240.2 1280 /short.html=0A> 828 transfers/second=0A> 0 errors/s= econd=0A> =0A> tcpdump:=0A> http://boromir.vpop.net/~mreimer/theoden-boromi= r-netrate-n100.dump.gz=0A> =0A> =0A> boromir-gandalf=0A> =3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=0A> =0A> boromir: $ /usr/obj/usr/src/tools/tool= s/netrate/http/http -n 100 -s 2=0A> 216.193.240.4 1280 /short.html=0A> 1809= 2 transfers/second=0A> 0 errors/second=0A> =0A> gandalf-boromir=0A> =3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A> =0A> gandalf: $ /usr/obj/usr/sr= c/tools/tools/netrate/http/http -n 100 -s 2=0A> 216.193.240.2 1280 /short.h= tml=0A> 11493 transfers/second=0A> 0 errors/second=0A> =0A> =0A> =0A> =0A> = boromir sysctl and ifconfig:=0A> =0A> http://boromir.vpop.net/~mreimer/boro= mir.sysctl.gz=0A> =0A> =0A> # ifconfig bge0=0A> bge0: flags=3D8843 mtu 1500= =0A> options=3D1a=0A> inet6 fe80::2e0:81ff:fe60:3925%bge0 p= refixlen 64 scopeid 0x1 =0A> inet 216.193.240.33 netmask 0xffffffff= broadcast 216.193.240.33=0A> inet 216.193.240.34 netmask 0xfffffff= f broadcast 216.193.240.34=0A> inet 216.193.240.35 netmask 0xffffff= ff broadcast 216.193.240.35=0A> inet 216.193.240.36 netmask 0xfffff= fff broadcast 216.193.240.36=0A> inet 216.193.240.37 netmask 0xffff= ffff broadcast 216.193.240.37=0A> inet 216.193.240.17 netmask 0xfff= fffff broadcast 216.193.240.17=0A> inet 216.193.240.38 netmask 0xff= ffffff broadcast 216.193.240.38=0A> inet 216.193.240.39 netmask 0xf= fffffff broadcast 216.193.240.39=0A> inet 216.193.240.2 netmask 0xf= ffff800 broadcast 216.193.247.255=0A> inet 216.193.240.40 netmask 0= xffffffff broadcast 216.193.240.40=0A> ether 00:e0:81:60:39:25=0A> = media: Ethernet autoselect (100baseTX )=0A> status: active= =0A> =0A> gandalf sysctl and ifconfig:=0A> http://gandalf.vpop.net/~mreimer= /gandalf.sysctl.gz=0A> =0A> # ifconfig em0=0A> em0: flags=3D8843 metric 0 m= tu=0A> 1500=0A> options=3D1cb=0A> ether 00:30:48:33:96:a4= =0A> inet 216.193.240.4 netmask 0xfffff800 broadcast 216.193.247.25= 5=0A> inet 216.193.240.65 netmask 0xffffffff broadcast 216.193.240.= 65=0A> inet 216.193.240.66 netmask 0xffffffff broadcast 216.193.240= .66=0A> inet 216.193.240.67 netmask 0xffffffff broadcast 216.193.24= 0.67=0A> inet 216.193.240.68 netmask 0xffffffff broadcast 216.193.2= 40.68=0A> media: Ethernet 100baseTX =0A> status: active=0A>= =0A=0AHello,=0A=0AWhen did you last time did you csup and buildworld?=0A= =0AI saw some changes in tcp few days ago.=0A=0A =0ARegards, =0A-Abdullah I= bn Hamad Al-Marri=0AArab Portal=0Ahttp://www.WeArab.Net/=0A=0A=0A=0A=0A=0A_= _________________________________________________=0ADo You Yahoo!?=0ATired = of spam? Yahoo! Mail has the best spam protection around =0Ahttp://mail.ya= hoo.com From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 18:01:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7979416A41B for ; Sat, 27 Oct 2007 18:01:40 +0000 (UTC) (envelope-from michaelvantellingen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id CD5E813C4B5 for ; Sat, 27 Oct 2007 18:01:39 +0000 (UTC) (envelope-from michaelvantellingen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so955528nfb for ; Sat, 27 Oct 2007 11:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=xXhLif0ZNBDHu8Y188xR3yMzTkEFW29VOKQmtWJx3YI=; b=b1Ggzn7+rN0pnWdEKzNzi4TFNWiHheoxJ/KmU0XoXmdOVHNbOa0nFqbxSa8TBP2HJsTGqRYOZXAiA83EE4bwdZOteM1PyWmhp2Y+m2YvbhN28munB9Um7HZ6kkqjed5bRCGAvd3LU29GEC9ZOZ2xbig/Eqb7rn5t5KCja+j+/4I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=JFA6SHdXil3ecHEbavx9E6BQjcCXJlKnV23rRCFAAbGLmprHI9MwbUq408ZDvFV/o4LKQ6zgzzN7MNt/J8B/baRxrcS2spXYaPC8dKTzoQjkUpHmR57nEhBPt8/8P9CyU6Mt55Piz9GqY1pwbS8a+lYeWZqW3Irfsd/XeXrJbhc= Received: by 10.78.122.16 with SMTP id u16mr3242669huc.1193506433619; Sat, 27 Oct 2007 10:33:53 -0700 (PDT) Received: by 10.78.206.10 with HTTP; Sat, 27 Oct 2007 10:33:53 -0700 (PDT) Message-ID: Date: Sat, 27 Oct 2007 19:33:53 +0200 From: "Michael van Tellingen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9169_28749935.1193506433615" Subject: g_vfs_done() errors with Areca ARC-1110 raid controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 18:01:40 -0000 ------=_Part_9169_28749935.1193506433615 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I just upgraded my system to 7.0-BETA1 and experiencing problems with my areca raid controller (i can't access the disk). /var/log/messages is reporting: kernel: g_vfs_done():da0s1e[READ(offset=114688, length=16384)]error = 16 kernel: g_vfs_done():da0s1e[READ(offset=114688, length=16384)]error = 16 Searching for this error message on google I found the following faq entry in the areca knowledgebase: http://faq.areca.com.tw/modules/smartfaq/faq.php?faqid=282 I'm wondering if the source change mentioned is included in cvs, or if this is perhaps another error. uname -a output: FreeBSD fasdu.tellingen.tl 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Thu Oct 25 19:36:05 CEST 2007 mvtellingen@fasdu.tellingen.tl:/new_disk/usr/obj/usr/src/sys/GENERIC i386 I've included /var/run/dmesg.boot as attachment. Please let me know if there is more information required. Regards, Michael van Tellingen ------=_Part_9169_28749935.1193506433615 Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: base64 X-Attachment-Id: f_f8aev2vf Content-Disposition: attachment; filename=dmesg.boot Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA3LjAtQkVUQTEgIzA6IFRodSBPY3QgMjUgMTk6MzY6 MDUgQ0VTVCAyMDA3CiAgICBtdnRlbGxpbmdlbkBmYXNkdS50ZWxsaW5nZW4udGw6L25ld19kaXNr L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQwpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5j eSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IEludGVsKFIpIENlbGVyb24oUikgQ1BVIDIuNTNH SHogKDI1MjcuMDItTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIg IElkID0gMHhmNDEgIFN0ZXBwaW5nID0gMQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgog IEZlYXR1cmVzMj0weDQ0MWQ8U1NFMyxSU1ZEMixNT04sRFNfQ1BMLENOWFQtSUQseFRQUj4KcmVh bCBtZW1vcnkgID0gNTM2ODA1Mzc2ICg1MTEgTUIpCmF2YWlsIG1lbW9yeSA9IDUxMTM4MTUwNCAo NDg3IE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxBIE0gSSAgT0VNQVBJQyA+CmlvYXBpYzAgPFZlcnNp b24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKaW9hcGljMSA8VmVyc2lvbiAyLjA+IGly cXMgMjQtNDcgb24gbW90aGVyYm9hcmQKa2JkMSBhdCBrYmRtdXgwCmF0aF9oYWw6IDAuOS4yMC4z IChBUjUyMTAsIEFSNTIxMSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMp CmFjcGkwOiA8QSBNIEkgT0VNUlNEVD4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFtJVEhSRUFEXQph Y3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAw ICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgMWZmMDAwMDAgKDMpIGZh aWxlZApUaW1lY291bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5 IDg1MAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgw OC0weDgwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCnA0dGNjMDogPENQVSBG cmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBi cmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAK cGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0 d29yayBDb25uZWN0aW9uIFZlcnNpb24gLSA2LjUuMz4gcG9ydCAweGJjMDAtMHhiYzFmIG1lbSAw eGZjOGUwMDAwLTB4ZmM4ZmZmZmYsMHhmYzhjMDAwMC0weGZjOGRmZmZmIGlycSAxOCBhdCBkZXZp Y2UgMS4wIG9uIHBjaTEKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMzpkNDpiNjpkNzpkNApl bTA6IFtGSUxURVJdCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI4LjAg b24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgMy4wIG9uIHBjaTIKcGNpMzogPFBDSSBidXM+IG9uIHBjaWIzCmFyY21z cjA6IDxBcmVjYSBTQVRBIEhvc3QgQWRhcHRlciBSQUlEIENvbnRyb2xsZXIgCj4gbWVtIDB4ZmM5 ZmYwMDAtMHhmYzlmZmZmZiwweGY3ODAwMDAwLTB4ZjdiZmZmZmYgaXJxIDI3IGF0IGRldmljZSAx NC4wIG9uIHBjaTMKQVJFQ0EgUkFJRCBBREFQVEVSMDogRHJpdmVyIFZlcnNpb24gMS4yMC4wMC4x NCAyMDA3LTItMDUgCkFSRUNBIFJBSUQgQURBUFRFUjA6IEZJUk1XQVJFIFZFUlNJT04gVjEuNDEg MjAwNi01LTI0ICAKYXJjbXNyMDogW0lUSFJFQURdCnVoY2kwOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IHBvcnQgMHhlODAwLTB4ZTgxZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjAgb24g cGNpMAp1aGNpMDogW0dJQU5ULUxPQ0tFRF0KdWhjaTA6IFtJVEhSRUFEXQp1c2IwOiA8VUhDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAK dWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNiMAp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdWhjaTE6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGVjMDAtMHhl YzFmIGlycSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVoY2kxOiBbR0lBTlQtTE9DS0VEXQp1 aGNpMTogW0lUSFJFQURdCnVzYjE6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24g dWhjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogPEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IxCnVodWIxOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBh dCBkZXZpY2UgMjkuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQplaGNpMDogPEludGVsIDYzMDBFU0Ig VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZWJmYmMwMC0weGZlYmZiZmZmIGlycSAyMyBhdCBk ZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQplaGNpMDogW0lUSFJFQURd CnVzYjI6IHdhaXRpbmcgZm9yIEJJT1MgdG8gZ2l2ZSB1cCBjb250cm9sCnVzYjI6IHRpbWVkIG91 dCB3YWl0aW5nIGZvciBCSU9TCnVzYjI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMjogY29tcGFuaW9u IGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMQp1c2IyOiA8SW50ZWwgNjMwMEVT QiBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjI6IFVTQiByZXZpc2lvbiAyLjAKdWh1 YjI6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIg MT4gb24gdXNiMgp1aHViMjogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK cGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTQ6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5 PiBwb3J0IDB4YzgwMC0weGM4ZmYgbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGZlYWZmMDAw LTB4ZmVhZmZmZmYgYXQgZGV2aWNlIDMuMCBvbiBwY2k0CnhsMDogPDNDb20gM2M5MDVDLVRYIEZh c3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4Y2MwMC0weGNjN2YgbWVtIDB4ZmVhZmVjMDAtMHhmZWFm ZWM3ZiBpcnEgMjAgYXQgZGV2aWNlIDQuMCBvbiBwY2k0Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiB4 bDAKdWtwaHkwOiA8R2VuZXJpYyBJRUVFIDgwMi4zdSBtZWRpYSBpbnRlcmZhY2U+IFBIWSAyNCBv biBtaWlidXMwCnVrcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJh c2VUWC1GRFgsIGF1dG8KeGwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNDo3NTpiZjoyYTo5MAp4 bDA6IFtJVEhSRUFEXQp4bDE6IDwzQ29tIDNjOTA1Qy1UWCBGYXN0IEV0aGVybGluayBYTD4gcG9y dCAweGM0MDAtMHhjNDdmIG1lbSAweGZlYWZlODAwLTB4ZmVhZmU4N2YgaXJxIDIxIGF0IGRldmlj ZSA1LjAgb24gcGNpNAptaWlidXMxOiA8TUlJIGJ1cz4gb24geGwxCnhscGh5MDogPDNjOTA1QyAx MC8xMDAgaW50ZXJuYWwgUEhZPiBQSFkgMjQgb24gbWlpYnVzMQp4bHBoeTA6ICAxMGJhc2VULCAx MGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnhsMTogRXRoZXJuZXQg YWRkcmVzczogMDA6MDQ6NzY6MTc6ODM6OTcKeGwxOiBbSVRIUkVBRF0KaXNhYjA6IDxQQ0ktSVNB IGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAK YXRhcGNpMDogPEludGVsIDYzMDBFU0IgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4 MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ZmMwMC0weGZjMGYgYXQgZGV2aWNlIDMxLjEg b24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGEwOiBbSVRIUkVBRF0K YXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMTogW0lUSFJFQURdCmF0YXBjaTE6 IDxJbnRlbCA2MzAwRVNCIFNBVEExNTAgY29udHJvbGxlcj4gcG9ydCAweGU0MDAtMHhlNDA3LDB4 ZTAwMC0weGUwMDMsMHhkYzAwLTB4ZGMwNywweGQ4MDAtMHhkODAzLDB4ZDQwMC0weGQ0MGYgaXJx IDE4IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhcGNpMTogW0lUSFJFQURdCmF0YTI6IDxBVEEg Y2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8QVRBIGNoYW5uZWwg MT4gb24gYXRhcGNpMQphdGEzOiBbSVRIUkVBRF0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBh dCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphY3BpX2J1dHRvbjA6IDxQb3dlciBC dXR0b24+IG9uIGFjcGkwCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBw cm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzA6IGNvbmZpZ3Vy ZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5v dCBiZSBlbmFibGVkCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNm OC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzA6 IFtGSUxURVJdCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQg aXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzE6IGNvbmZpZ3VyZWQgaXJx IDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBl bmFibGVkCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDJmOC0weDJm ZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUwQQpzaW8xOiBbRklMVEVSXQphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBh Y3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2Jk MAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBtdGltZXIwIG9uIGlz YTAKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmLDB4Yzgw MDAtMHhjOGZmZiwweGM5MDAwLTB4Yzk3ZmYsMHhjOTgwMC0weGM5ZmZmIHBucGlkIE9STTAwMDAg b24gaXNhMApwcGMwOiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAweDM3OC0weDM3ZiBpcnEgNyBv biBpc2EwCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoRVBQL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBt b2RlCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCnBsaXAwOiA8UExJUCBuZXR3 b3JrIGludGVyZmFjZT4gb24gcHBidXMwCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDog SW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApwcGMw OiBbR0lBTlQtTE9DS0VEXQpwcGMwOiBbSVRIUkVBRF0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0 IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVt IDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAyNTI3 MDE2NDYzIEh6IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMK V2FpdGluZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUKYWQwOiBETUEgbGlt aXRlZCB0byBVRE1BMzMsIGNvbnRyb2xsZXIgZm91bmQgbm9uLUFUQTY2IGNhYmxlCmFkMDogMzkw ODNNQiA8TWF4dG9yIDVUMDQwSDQgVEFINzFEUDA+IGF0IGF0YTAtbWFzdGVyIFVETUEzMwphZDQ6 IDE1MjYyN01CIDxTZWFnYXRlIFNUMzE2MDgyN0FTIDMuNDI+IGF0IGF0YTItbWFzdGVyIFNBVEEx NTAKZGEwIGF0IGFyY21zcjAgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKZGEwOiA8QXJlY2EgQVJDLTEx MTAtVk9MIzAwIFIwMDE+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAKZGEwOiAx NjYuNjY2TUIvcyB0cmFuc2ZlcnMgKDgzLjMzM01Ieiwgb2Zmc2V0IDMyLCAxNmJpdCkKZGEwOiA5 NTM4NzlNQiAoMTk1MzU0NTIxNiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMkMp ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ0czFhCg== ------=_Part_9169_28749935.1193506433615-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 19:28:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE3616A419; Sat, 27 Oct 2007 19:28:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4DBCF13C4B2; Sat, 27 Oct 2007 19:28:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1Ilr5x-0001kx-Ni>; Sat, 27 Oct 2007 21:13:17 +0200 Received: from e178054104.adsl.alicedsl.de ([85.178.54.104] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1Ilr5x-0005lo-LR>; Sat, 27 Oct 2007 21:13:17 +0200 Message-ID: <47238E92.8070304@mail.zedat.fu-berlin.de> Date: Sat, 27 Oct 2007 21:16:34 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.54.104 Cc: Subject: FreeBSD 7.0-BETA1/OpenLDAP/PAM: passwd: Sorry, `passwd' can only change passwords for local or NIS users. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 19:28:32 -0000 Users can not change their passwords on a machine which performs authentication via OpenLDAP/pam_ldap/nss_ldap facilities. I read about a patch, bu t is there another way to make this possible as a standard facility in sources? Ragards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 19:37:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F95F16A419 for ; Sat, 27 Oct 2007 19:37:46 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 38D9913C48E for ; Sat, 27 Oct 2007 19:37:46 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from f59.mail.ru (f59.mail.ru [194.67.57.93]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 935233854AE for ; Sat, 27 Oct 2007 21:35:56 +0400 (MSD) Received: from mail by f59.mail.ru with local id 1IlpZi-000Ilj-00 for freebsd-stable@freebsd.org; Sat, 27 Oct 2007 21:35:54 +0400 Received: from [195.131.219.204] by win.mail.ru with HTTP; Sat, 27 Oct 2007 21:35:54 +0400 From: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [195.131.219.204] Date: Sat, 27 Oct 2007 21:35:54 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: I can`t install BETA1.5 via ftp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 19:37:46 -0000 I have some problems with installation of beta1.5 and beta1. That problems are: 1) I try to install system via "passive ftp". So, when I use DHCP nrtwork configuration anything works fine, but when I try to specify network configuration by hands (without using of DHCP) my system cant find any ftp mirror. 2) When you restart installation program, hav been formatted disks, and has began to copy "... base into /..." disk write error occur: " can`t write to diks... if full" 3) After all ports has been coppied, screen with message "LOCADET INDEX...." appear. After few minutes of this screen appear screen with information about that " SIG -10 has been caught..." and all installation fail! So I can`t install it :( From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 20:00:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02BC16A419 for ; Sat, 27 Oct 2007 20:00:50 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 781DE13C48D for ; Sat, 27 Oct 2007 20:00:50 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9RK0njY035339; Sat, 27 Oct 2007 16:00:49 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9RK0mmc025103; Sat, 27 Oct 2007 16:00:48 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9RK0m4q025102; Sat, 27 Oct 2007 16:00:48 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710272000.l9RK0m4q025102@himinbjorg.tucs-beachin-obx-house.com> To: msnkipa@mail.ru Date: Sat, 27 Oct 2007 16:00:48 -0400 (EDT) In-Reply-To: X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: I can`t install BETA1.5 via ftp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 20:00:50 -0000 > > I have some problems with installation of beta1.5 and beta1. That problems are: > > 1) I try to install system via "passive ftp". So, when I use DHCP nrtwork > configuration anything works fine, but when I try to specify network configuration > by hands (without using of DHCP) my system cant find any ftp mirror. > > 2) When you restart installation program, hav been formatted disks, and has began > to copy "... base into /..." disk write error occur: " can`t write to diks... if > full" > > 3) After all ports has been coppied, screen with message "LOCADET INDEX...." > appear. After few minutes of this screen appear screen with information about > that " SIG -10 has been caught..." and all installation fail! > I didn't run into the first two of those myself. I installed with regular ftp, DHCP'd and also by hand, and I found the mirrors fine. Maybe your using a bad DNS server? For #2, you know you need to re-specify that volume is on what disk. Even though you label/format previously, it doesn't remember well between runs. As for #3, I tried to install Linux and got a SIG 11 the first time. I didn't try the second time. I ended up rebooting, but the system was installed fine. I think you need to solve the issues in the order you presented them. You can always ALT-F# over to the "#" prompt and check your networking, etc. Tuc From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 20:47:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C027616A46C; Sat, 27 Oct 2007 20:47:09 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc16.comcast.net (alnrmhc16.comcast.net [206.18.177.56]) by mx1.freebsd.org (Postfix) with ESMTP id 7806013C4A8; Sat, 27 Oct 2007 20:47:09 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from _hostname_ (c-66-31-37-31.hsd1.ma.comcast.net[66.31.37.31]) by comcast.net (alnrmhc16) with SMTP id <20071027203705b160070bode>; Sat, 27 Oct 2007 20:37:06 +0000 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sat, 27 Oct 2007 16:37:04 -0400 From: "Craig Rodrigues" Date: Sat, 27 Oct 2007 16:37:04 -0400 To: Bruce Evans Message-ID: <20071027203704.GA63911@crodrigues.org> References: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> <20071025180001.D87518@delplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071025180001.D87518@delplex.bde.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, amdmi3@amdmi3.ru Subject: Re: -o union X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 20:47:09 -0000 On Thu, Oct 25, 2007 at 06:22:26PM +1000, Bruce Evans wrote: > (1) It is broken for all file systems except ffs and ext2fs, since > all (?) file systems now use nmount(2) and only these two file > systems have "union" in their mount options list. It is still in > the global options list in mount/mntopts.h, but this is only used > with mount(2). The global options list in mount/mntopts.h has > many bogus non-global options, and even the global options list > in kern/vfs_mount.c has some bogus non-global options, but "union" > actually is a global options. ext2fs loves "union" more than > ffs -- although its options list is less disordered than ffs's, > it has enough disorder to have 2 copies of "union". > (2) After fixing (1) by not using nmount(2), following of symlinks works > strangely for at least devfs: The long term path is to move to use nmount(2) in place of mount(2) everywhere. Inside the kernel, when you call mount(2), you eventually call vfs_cmount (if your file system implements vfs_cmount), which in turn eventually calls vfs_donmount(). nmount(2) calls vfs_donmount() directly. If "-o union" is a mount option that can apply to any file system (even ones like procfs, tmpfs, unionfs, devfs), then we can add it to global_opts in vfs_mount.c, so that it will be valid for any file system. If it does not make sense to do that, then we can add it to the file systems where it works. Right now, "-o union" is converted to MNT_UNION..... I don't understand enough about MNT_UNION to judge if it is valid for all file systems, or just UFS and EXT2FS. When I converted the mount programs for UFS and EXT2FS to nmount(), I noticed that the old mount(2) based mount programs for these file systems specifically allowed "-o union" for these two file systems, so I added "union" to the local options array for these two file systems. I don't understand enough about MNT_UNION to determine if it belongs in global_opts or not. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 22:45:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84A1616A421; Sat, 27 Oct 2007 22:45:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 8BEC813C4A7; Sat, 27 Oct 2007 22:45:24 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4723BF87.20302@FreeBSD.org> Date: Sun, 28 Oct 2007 00:45:27 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexey Popov References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> In-Reply-To: <471EE4D9.5080307@chistydom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 22:45:25 -0000 Alexey Popov wrote: > Hi > > Kris Kennaway wrote: >>>>> So I can conclude that FreeBSD has a long standing bug in VM that >>>>> could be triggered when serving large amount of static data (much >>>>> bigger than memory size) on high rates. Possibly this only applies >>>>> to large files like mp3 or video. >>>> It is possible, we have further work to do to conclude this though. >>> I forgot to mention I have pmc and kgmon profiling for good and bad >>> times. But I have not enough knowledge to interpret it right and not >>> sure if it can help. >> pmc would be useful. > pmc profiling attached. Sorry for the delay, I was travelling last weekend and it took a few days to catch up. OK, the pmc traces do seem to show that it's not a lock contention issue. That being the case I don't think the fact that different servers perform better is directly related. In my tests multithreaded web servers don't seem to perform well anyway. There is also no evidence of a VM problem. What your vmstat and pmc traces show is that your system really isn't doing much work at all, relatively speaking. There is also still no evidence of a disk problem. In fact your disk seems to be almost idle in both cases you provided, only doing between 1 and 10 operations per second, which is trivial. In the "good" case you are getting a much higher interrupt rate but with the data you provided I can't tell where from. You need to run vmstat -i at regular intervals (e.g. every 10 seconds for a minute) during the "good" and "bad" times, since it only provides counters and an average rate over the uptime of the system. What there is evidence of is an interrupt aliasing problem between em and USB: irq16: uhci0 1464547796 1870 irq64: em0 1463513610 1869 This is a problem on some intel systems. Basically each em0 interrupt is also causing a bogus interrupt to the uhci0 device too. This will be causing some overhead and might be contributing to the UMA problems. I am not sure if it is the main issue, although it could be. It is mostly serious when both irqs run under Giant, because they will both fight for it every time one of them interrupts. That is not the case here but it could be other bad scenarios too. You could try disabling USB support in your kernel since you dont seem to be using it. Kris From owner-freebsd-stable@FreeBSD.ORG Sat Oct 27 23:43:43 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFB516A468 for ; Sat, 27 Oct 2007 23:43:43 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly01.isp.novis.pt (mailrly01.isp.novis.pt [195.23.133.211]) by mx1.freebsd.org (Postfix) with ESMTP id 44B5513C4A6 for ; Sat, 27 Oct 2007 23:43:40 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 28794 invoked from network); 27 Oct 2007 23:43:38 -0000 Received: from unknown (HELO mailfrt02.isp.novis.pt) ([195.23.133.194]) (envelope-sender ) by mailrly01.isp.novis.pt with compressed SMTP; 27 Oct 2007 23:43:38 -0000 Received: (qmail 14442 invoked from network); 27 Oct 2007 23:43:38 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.180.27.224]) (envelope-sender ) by mailfrt02.isp.novis.pt with SMTP; 27 Oct 2007 23:43:38 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l9RNha2I025083 for ; Sun, 28 Oct 2007 00:43:36 +0100 (WEST) (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l9RNhawI025082 for freebsd-stable@FreeBSD.org; Sun, 28 Oct 2007 00:43:36 +0100 (WEST) (envelope-from miguel) Date: Sun, 28 Oct 2007 00:43:36 +0100 (WEST) From: Miguel Lopes Santos Ramos Message-Id: <200710272343.l9RNhawI025082@satan.anjos.strangled.net> To: freebsd-stable@FreeBSD.org Cc: Subject: nautilus-cd-burner unable to prepare tracks for burning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 23:43:43 -0000 Hi, I'm having problems burning CDs with nautilus-cd-burner. atapicam is ok, /etc/devfs.rules is ok, I can burn CDs with cdrecord. I can burn a CD after I have an image file with: nautilus-cd-burner --source-iso=... I can produce an image file by dropping everything into burn:/// and then selecting the image recorder. It's just when these two things are done together, nautilus-cd-burner stops leaving the message "Unable to prepare tracks for burning" in .xsession-errors. I imagine it has mkisofs running and some other process reading mkisofs' stdout. When it stops reporting this error, the image is already 100% done, but nautilus-cd-burner is still writing messages like 12% done, 40% done on .xsession-errors. It is as if it was taking too much time consuming mkisofs output. After it stops like this, I can take the image file which is perfect and burn it. I'm using /var/tmp for the image file, it is a hard disk. The only other place where I've found this error message was on some ubuntu mailing list, but the problem didn't seem to be the same. Did anyone else ever experienced this? What can be wrong? Thanks, Miguel -- .xsession-errors make_iso stderr: 4.18% done, estimate finish Sun Oct 28 00:25:50 2007 make_iso stderr: 5.58% done, estimate finish Sun Oct 28 00:25:50 2007 make_iso stderr: 6.97% done, estimate finish Sun Oct 28 00:26:04 2007 make_iso stderr: 8.36% done, estimate finish Sun Oct 28 00:26:01 2007 make_iso stderr: 9.76% done, estimate finish Sun Oct 28 00:26:00 2007 make_iso stderr: 11.15% done, estimate finish Sun Oct 28 00:25:58 2007 process stdout: EOF make_iso stderr: 12.54% done, estimate finish Sun Oct 28 00:25:57 2007 (nautilus-cd-burner:24967): WARNING **: Unable to prepare tracks for burning -- uname -a: FreeBSD satan.anjos.strangled.net 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #2: Sat Oct 27 23:45:33 WEST 2007 root@satan.anjos.strangled.net:/usr/obj/usr/src/sys/SATAN i386 -- dmesg: Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-PRERELEASE #2: Sat Oct 27 23:45:33 WEST 2007 root@satan.anjos.strangled.net:/usr/obj/usr/src/sys/SATAN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2304.82-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 real memory = 1877934080 (1790 MB) avail memory = 1823158272 (1738 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_hpet0: iomem 0xfefff000-0xfefff3ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of fefff000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 4.0 on pci0 pci3: on pcib3 nvidia0: mem 0xfc000000-0xfcffffff,0xd0000000-0xdfffffff,0xfb000000-0xfbffffff irq 16 at device 5.0 on pci0 nvidia0: [GIANT-LOCKED] pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 nfsmb0: port 0x4c00-0x4c3f,0x4c40-0x4c7f at device 10.1 on pci0 smbus0: on nfsmb0 smb0: on smbus0 nfsmb1: on nfsmb0 smbus1: on nfsmb1 smb1: on smbus1 pci0: at device 10.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 20 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f mem 0xfe02c000-0xfe02cfff irq 21 at device 15.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib4: at device 16.0 on pci0 pci4: on pcib4 fwohci0: mem 0xfdbff000-0xfdbff7ff,0xfdbf4000-0xfdbf7fff at device 5.0 on pci4 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:01:24:87:65 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:24:87:65 fwe0: Ethernet address: 02:11:d8:24:87:65 fwe0: if_start running deferred for Giant fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:01:24:87:65 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ohci1: mem 0xfdbfe000-0xfdbfefff at device 8.0 on pci4 ohci1: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci1 usb2: USB revision 1.0 uhub2: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ohci2: mem 0xfdbfd000-0xfdbfdfff at device 8.1 on pci4 ohci2: [GIANT-LOCKED] usb3: OHCI version 1.0, legacy support usb3: on ohci2 usb3: USB revision 1.0 uhub3: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ohci3: mem 0xfdbfc000-0xfdbfcfff at device 8.2 on pci4 ohci3: [GIANT-LOCKED] usb4: OHCI version 1.0, legacy support usb4: on ohci3 usb4: USB revision 1.0 uhub4: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered ehci1: mem 0xfdbfb000-0xfdbfb0ff at device 8.3 on pci4 ehci1: [GIANT-LOCKED] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb2 usb3 usb4 usb5: on ehci1 usb5: USB revision 2.0 uhub5: AcerLabs EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub5: 6 ports with 6 removable, self powered pcm0: mem 0xfe024000-0xfe027fff irq 22 at device 16.1 on pci0 nve0: port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 23 at device 20.0 on pci0 nve0: Ethernet address 00:1a:92:5e:cb:69 miibus0: on nve0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nve0: Ethernet address: 00:1a:92:5e:cb:69 acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 flags 0xc on acpi0 ppc0: Generic chipset (ECP/EPP) in ECP+EPP mode (EPP 1.9) ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: A4Tech PS/2+USB Mouse, rev 1.10/0.01, addr 2, iclass 3/1 ums0: 8 buttons and Z dir. Timecounters tick every 1.000 msec ad0: 114473MB at ata0-master UDMA100 ad1: 305245MB at ata0-slave UDMA133 unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ad2: 70911MB at ata2-master SATA150 unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 pcm0: hdac_widget_connection_parse: nid=18 WARNING: zero cnid entnum=4 j=2 index=0 entries=8 found=2 res=0x21002211 pcm0: pcm0: SMP: AP CPU #1 Launched! cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 3.300MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted /usr/local: mount pending error: blocks 204 files 1 WARNING: /var was not properly dismounted /var: mount pending error: blocks 564 files 35 WARNING: /var/tmp was not properly dismounted WARNING: /x1 was not properly dismounted WARNING: /x2 was not properly dismounted WARNING: /x3 was not properly dismounted ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled fuse4bsd: version 0.3.0, FUSE ABI 7.8 unknown: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 unknown: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 (cd1:ata1:0:1:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 (cd1:ata1:0:1:0): CAM Status: SCSI Status Error (cd1:ata1:0:1:0): SCSI Status: Check Condition (cd1:ata1:0:1:0): ILLEGAL REQUEST asc:24,0 (cd1:ata1:0:1:0): Invalid field in CDB (cd1:ata1:0:1:0): Unretryable error unknown: FAILURE - READ_DVD_STRUCTURE ILLEGAL REQUEST asc=0x30 ascq=0x02 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - READ_BUFFER ILLEGAL REQUEST asc=0x24 ascq=0x00 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x4d 0x00 0x02 unknown: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 unknown: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 (cd1:ata1:0:1:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 (cd1:ata1:0:1:0): CAM Status: SCSI Status Error (cd1:ata1:0:1:0): SCSI Status: Check Condition (cd1:ata1:0:1:0): ILLEGAL REQUEST asc:24,0 (cd1:ata1:0:1:0): Invalid field in CDB (cd1:ata1:0:1:0): Unretryable error