From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 00:31:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21EB216A403 for ; Sun, 24 Sep 2006 00:31:40 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7657A43D53 for ; Sun, 24 Sep 2006 00:31:38 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id k8O0VUkO004158; Sun, 24 Sep 2006 02:31:30 +0200 From: Pieter de Goeje To: "Ronald Klop" , =?utf-8?q?V=C3=A1clav_Haisman?= Date: Sun, 24 Sep 2006 02:31:30 +0200 User-Agent: KMail/1.9.4 References: <45158807.8090801@sh.cvut.cz> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609240231.30521.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: (Wrong) CPU utilization reported by top 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, 24 Sep 2006 00:31:40 -0000 On Sunday 24 September 2006 01:50, Ronald Klop wrote: > I see the same and it is always with threaded applications (libpthread). > If you use libthr (see libmap.conf) it shows a lot better. I also found that vlc performs better with libthr than with libpthread; with libthr I am able to view a multicast HD TV stream. Vlc using libpthread doesn't keep up and gives bad (distorted) image quality and the sound skips. - Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 01:06:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D05F16A40F for ; Sun, 24 Sep 2006 01:06:21 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C184643D49 for ; Sun, 24 Sep 2006 01:06:20 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8O16IEu052176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Sep 2006 18:06:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4515DA06.1070402@errno.com> Date: Sat, 23 Sep 2006 18:06:14 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Dmitry Karasik References: <20060918083139.GA59966@tetsuo.karasik.eu.org> <450ED7AA.6090801@errno.com> <84wt7ubjwy.fsf@tetsuo.karasik.eu.org> In-Reply-To: <84wt7ubjwy.fsf@tetsuo.karasik.eu.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 weak connectivity 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, 24 Sep 2006 01:06:21 -0000 Dmitry Karasik wrote: > Hi Sam! > > Sam> I do not understand what "bad connectivity" means. > > I'm not a native speaker so I've apparently used a wrong term, I apologize > for the confusion. Instead I should've probably said "low signal strength". > > Sam> If you provide > Sam> information like the mac+phy revs for the card, hal version, and > Sam> statistics from programs like athstats then it might be possible to > Sam> identify what's wrong. Otherwise look at turning on debugging at the > Sam> net80211 layer with wlandebug. Both athstats and wlandebug are found > Sam> in src/tools/tools (under net80211 and ath respectively). > > Here it is: > > dmesg: > > mem 0xa8400000-0xa840ffff irq 11 at device 2.0 on pci4 > ath0: [GIANT-LOCKED] > ath0: Ethernet address: 00:14:a4:80:f6:74 > mac 5.9 phy 4.3 radio 3.6 > > sysctl -a | grep ath | grep hal: > > hw.ath.hal.version: 0.9.16.16 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.swba_backoff: 0 > > Output after wlandebug +debug scan is too large to be quoted on the list, > so please take a look here: http://www.karasik.eu.org/misc/ath0.html , > probably you can find anything suspicious? > I've lost context about your problem but it appears you're having trouble associating with "trejago" sometimes. The failed scan shows that your rssi was only 6 when you were having problems which is a very marginal signal so I'm not at all surprised you're having trouble. You've got strong signal ap's on overlapping channels (5 and 7) which are likely drowning the signal on your ap. I don't see anything the driver could do differently; this seems more an issue of your environment being very busy. I vaguely recall you were comparing the operation of the freebsd to windows. If so then perhaps the windows driver was doing better because it switched to XR mode and operating in XR mode you were able to punch through the noise to get to the ap. freebsd does not support XR mode. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 03:16:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0F5B16A403 for ; Sun, 24 Sep 2006 03:16:54 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (lakepoint.domeneshop.no [194.63.248.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07AF443D49 for ; Sun, 24 Sep 2006 03:16:53 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from [192.168.9.8] (gw1.arcticwireless.no [194.19.37.70]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.8/8.13.8) with ESMTP id k8O3GoK1003513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 24 Sep 2006 05:16:51 +0200 Message-ID: <4515F8A2.90606@wm-access.no> Date: Sun, 24 Sep 2006 05:16:50 +0200 From: =?UTF-8?B?U3RlbiBEYW5pZWwgU8O4cnNkYWw=?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: martinko References: <20060922032027.3b2ed153@loki.starkstrom.lan> <200609221310.22542.kstewart@owt.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile 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, 24 Sep 2006 03:16:54 -0000 martinko wrote: > Kent Stewart wrote: >> On Thursday 21 September 2006 18:20, Joerg Pernfuss wrote: >>> On Fri, 22 Sep 2006 02:59:53 +0200 >>> >>> martinko wrote: >>>>>> internal compiler error: Segmentation fault: 11 >>>>>> Please submit a full bug report, >>>>>> with preprocessed source if appropriate. >>>>>> See for instructions. >>>>>> *** Error code 1 >>>>> Chances are you have failing hardware. >>>>> >>>>> Kris >>>> you must be kidding! :-o >>>> no, really, this is a laptop and i hope it's not going to die or >>>> something. :-/ >>>> well, it would actually be better now before the warranty is over. >>>> ;-) anyway, how did you come to your conclusion pls ?? >>> SegFault 11 is normally a strong indicator of dying RAM. >>> >> But in a laptop it could be related to heat such as a clogged heatsink= =20 >> or the equivalent. In one of my AMD desktop, I blew the dust out of th= e=20 >> heat sink and the cpu temp dropped 5oC. There is a list of causes in=20 >> the FAQ and they can all be the cause. >> >> Kent >> >>> Joerg >=20 > dears, >=20 > i booted up knoppix and ran memtest for 4 hours (std test), then all > tests for 8 hrs (6 passes), and no error was reported. >=20 > i searched log for hdd failure messages as mentioned in a thread from a= > few days ago and did not find anything. >=20 > my laptop temperature did not exceed the usual level. i haven't had any= > issue regarding this yet. (nearly two years) >=20 > i wonder what else i could check or what other tests i could run. >=20 > any ideas pls ? >=20 > martin >=20 > ps: i'll try to locate the FAQ mentioned above. >=20 Does the error ocurr at different times in the build process or does the build process stop at the same place? I've had similar problems when the .so's already installed in the system was not correct or corrupt. So something i did 3 months earlier out of boredom cost me half a day of tracking it down (i'm no wiz). Buildworld always stopped at the same location when this happened (with a signal 11) --=20 Sten Daniel S=C3=B8rsdal From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 06:05:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD3B716A40F for ; Sun, 24 Sep 2006 06:05:08 +0000 (UTC) (envelope-from cybersans@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 0441643D55 for ; Sun, 24 Sep 2006 06:05:07 +0000 (GMT) (envelope-from cybersans@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1958992pye for ; Sat, 23 Sep 2006 23:05:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jrmotSjCUtqRPA0o1vC6QoFMW2wdAXUwmNpjXHgFiGHa7GQKLUjKumLIVdg3FFQYZCW2zGRjDWs0Me3CkF9LFchvVfY/hBkUd/gAIJuXChVXAE2PnEEAFRmKKG/oaszy+VUdZvPU4Q6ZBzw6hUDhLp9i1WGkpfJh2zuxSyvuFo4= Received: by 10.35.96.11 with SMTP id y11mr5333942pyl; Sat, 23 Sep 2006 23:05:07 -0700 (PDT) Received: by 10.35.29.7 with HTTP; Sat, 23 Sep 2006 23:05:07 -0700 (PDT) Message-ID: <15af975d0609232305l452b2570kea64f92bd792ee3f@mail.gmail.com> Date: Sun, 24 Sep 2006 14:05:07 +0800 From: "CyberSans AirBort" To: "Dominic Marks" In-Reply-To: <4513F5B0.9030300@goodforbusiness.co.uk> MIME-Version: 1.0 References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: bug on BTX 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, 24 Sep 2006 06:05:09 -0000 > hello dominic. sorry for not updating. actually i have solve that matter. 1. changing the HDD from western digital to maxtor 2. change the BIOS DMA transfer inside the bios. and now it works and my freebsd running fine. thank you for your email. see ya cybersans Go into the BIOS, disable BIOS DMA transfers **. After that it > will boot > normally. I have about 20 EVOs, which this change they run fine. This > is true of all versions of FreeBSD I have ever tried. > > ** I can't remember the exact name of the option, but it is something > along those lines. > > Enjoy, > Dominic > > From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 06:38:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E20916A412 for ; Sun, 24 Sep 2006 06:38:17 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F13D743D4C for ; Sun, 24 Sep 2006 06:38:16 +0000 (GMT) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-163-249.dynamic.sbb.co.yu [89.216.163.249]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id k8O6cDnV016526 for ; Sun, 24 Sep 2006 08:38:13 +0200 Received: by faust.net (Postfix, from userid 1001) id 6CC901704B; Sun, 24 Sep 2006 08:39:29 +0200 (CEST) Date: Sun, 24 Sep 2006 08:39:29 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060924063929.GA697@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.9 X-SBB-Spam-Level: XXXX Subject: ral driver 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, 24 Sep 2006 06:38:17 -0000 Hi all! For some time I have problem with wireless card. At the beginning, it looks, and it is, battery issue. But now, on power cord, simptoms are the same. The "ral" card just loses connection to the access point. After seconds or minutes, connection comes back. On and off. Laptop has 6.1 on it, i386. Encryption is wpa2 via wpa_supplicant. Consumption is set to low for both battery and power cord in rc.conf. Powerd and cpufreq also. Does someone has knowledge on this topic? "Ral" is pointed as fine on this list. Should I post more info? No irq sharing or similar. More that 6 months, wifi was the topic for lost connectivity, but those folks had error messages in their logs. If not "ral" problem, only could be voltage problem or something alike, that I cannot troubleshoot. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 06:41:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4213316A407 for ; Sun, 24 Sep 2006 06:41:21 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 823BA43D55 for ; Sun, 24 Sep 2006 06:41:20 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.6) with ESMTP id k8O6fAj3004520; Sun, 24 Sep 2006 10:41:11 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 24 Sep 2006 10:41:10 +0400 (MSD) From: Dmitry Morozovsky To: Dmitry Pryanishnikov In-Reply-To: <20060923124937.U3001@atlantis.atlantis.dp.ua> Message-ID: <20060924104024.M80447@woozle.rinet.ru> References: <20060923124937.U3001@atlantis.atlantis.dp.ua> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 24 Sep 2006 10:41:11 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: Synchronous mount vs NFS exported 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, 24 Sep 2006 06:41:21 -0000 On Sat, 23 Sep 2006, Dmitry Pryanishnikov wrote: DP> I've noticed a strange interdependency between FS mount options (RELENG_6 DP> as of 20-Aug). I'm using "rw,sync" options in my /etc/fstab for the root DP> partition. W/o NFS export of it, 'mount' output looks good: DP> DP> /dev/ad0s4a on / (ufs, local, synchronous) DP> DP> However, when I export this partition with "-alldirs -ro" options, mount DP> stops to show "synchronous": DP> DP> /dev/ad0s4a on / (ufs, NFS exported, local) DP> DP> Is it just a bug in 'mount' output, or is "synchronous" option indeed DP> silently removed during the NFS export of FS? I did notice disappearing noatime option after NFS exporting, but did not dig it enough no find the source and impacts. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 08:46:31 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DAD316A403; Sun, 24 Sep 2006 08:46:31 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id D382C43D55; Sun, 24 Sep 2006 08:46:30 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4159-ipbf315funabasi.chiba.ocn.ne.jp [122.16.242.159]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.4) with ESMTP id k8O8jYtw011019; Sun, 24 Sep 2006 17:45:46 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id k8O8jIXf063011; Sun, 24 Sep 2006 17:45:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 24 Sep 2006 17:43:37 +0900 (JST) Message-Id: <20060924.174337.74554793.hrs@allbsd.org> To: mi+mx@aldan.algebra.com From: Hiroki Sato In-Reply-To: <200609221330.09548.mi+mx@aldan.algebra.com> References: <200609221330.09548.mi+mx@aldan.algebra.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Sep_24_17_43_37_2006_343)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.allbsd.org [133.31.130.32]); Sun, 24 Sep 2006 17:45:48 +0900 (JST) Cc: ache@nagual.pp.ru, stable@FreeBSD.org, re@FreeBSD.org Subject: Re: getopt_long and POSIXLY_CORRECT 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, 24 Sep 2006 08:46:31 -0000 ----Security_Multipart(Sun_Sep_24_17_43_37_2006_343)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mikhail Teterin wrote in <200609221330.09548.mi+mx@aldan.algebra.com>: mi> Could a committer with interest in -stable, please, see to it, that Andrey's mi> recent change to getopt_long makes it into 6.2-RELEASE? mi> mi> The change makes our implementation of getopt_long closer to GNULIB's and will mi> make it easier to avoid code-duplication in some ports. Approved. Thanks. -- | Hiroki SATO ----Security_Multipart(Sun_Sep_24_17_43_37_2006_343)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBFFkU5TyzT2CeTzy0RArOCAJ9IIaNVwbEZY0LSpaYGTV71rUaCkACfVvP2 ZVUqOQCpKj39g0gCNk0Qf2g= =C78M -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Sep_24_17_43_37_2006_343)---- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 11:07:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 864FD16A40F for ; Sun, 24 Sep 2006 11:07:00 +0000 (UTC) (envelope-from valqk@lozenetz.org) Received: from logos.webreality.org (logos.webreality.org [80.72.64.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2442C43D45 for ; Sun, 24 Sep 2006 11:06:59 +0000 (GMT) (envelope-from valqk@lozenetz.org) Received: from [192.168.3.20] (client-82-199-193-86.speedy.sellinet.net [82.199.193.86]) by logos.webreality.org (Postfix) with ESMTP id 793A9C9441 for ; Sun, 24 Sep 2006 14:15:13 +0300 (EEST) Message-ID: <451666C9.6060902@lozenetz.org> Date: Sun, 24 Sep 2006 14:06:49 +0300 From: Anton - Valqk User-Agent: Thunderbird 1.5.0.5 (X11/20060812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-webreality-MailScanner-Information: Please contact the ISP for more information X-webreality-MailScanner: Found to be clean X-webreality-MailScanner-From: valqk@lozenetz.org Subject: ipstealth question. 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, 24 Sep 2006 11:07:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi group, I was wondering is option options IPSTEALTH not in the GENERIC on purpose. On some routers it's not possible to compile kernels, and you have to compile it before/after you got the router installed. Just wondering... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFFmbJzpU6eaWiiWgRAthbAJ4509Yj4DRhBHHHkWZnGO6RwJo/JACeOBnM VQPWKnFBdRG6cpMpgaLIV9o= =WNdA -----END PGP SIGNATURE----- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 11:18:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F7116A407 for ; Sun, 24 Sep 2006 11:18:46 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from fix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AF3A43D46 for ; Sun, 24 Sep 2006 11:18:45 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by fix.bsdforen.de (Postfix, from userid 20000) id 90E4544A467; Sun, 24 Sep 2006 13:18:44 +0200 (CEST) Received: from localhost (localhost [127.0.0.2]) by fix.bsdforen.de (Postfix) with ESMTP id 1A82644A433; Sun, 24 Sep 2006 13:18:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from fix.bsdforen.de ([127.0.0.2]) by localhost (fix.bsdforen.de [127.0.0.2]) (amavisd-new, port 10024) with LMTP id JOd6HuVdH4Y3; Sun, 24 Sep 2006 13:18:41 +0200 (CEST) Received: from loki.starkstrom.lan (p54A46F66.dip.t-dialin.net [84.164.111.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fix.bsdforen.de (Postfix) with ESMTP id 2515F44A40B; Sun, 24 Sep 2006 13:18:40 +0200 (CEST) Date: Sun, 24 Sep 2006 13:18:38 +0200 From: Joerg Pernfuss To: Anton - Valqk Message-ID: <20060924131838.23bb9ffc@loki.starkstrom.lan> In-Reply-To: <451666C9.6060902@lozenetz.org> References: <451666C9.6060902@lozenetz.org> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Sun Sep 24 13:18:44 2006 X-DSPAM-Confidence: 0.9988 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45166994563707906521308 Cc: freebsd-stable@freebsd.org Subject: Re: ipstealth question. 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, 24 Sep 2006 11:18:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 24 Sep 2006 14:06:49 +0300 Anton - Valqk wrote: > Hi group, > I was wondering is option > > options IPSTEALTH > > not in the GENERIC on purpose? Without knowing the exact number, I am sure not decrementing the TTL violates at least one RFC. Imagine some datacenter with lots of FreeBSD installations and IPSTEALTH part of GENERIC. Ideally they do their routing via FreeBSD/netgraph too. Packets won't die, especially if they have a loop somewhere. Joerg - -- | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFFmmOH31s/bvKrSQRAoPAAJ4wod2pT6Irr8AzhF7M4LRaXJZ7TwCdGwQi y0kNNpGp0xG96o11YxfE2a8= =MXk6 -----END PGP SIGNATURE----- !DSPAM:45166994563707906521308! From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 11:55:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1DE716A412 for ; Sun, 24 Sep 2006 11:55:12 +0000 (UTC) (envelope-from valqk@lozenetz.org) Received: from logos.webreality.org (logos.webreality.org [80.72.64.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C14843D5A for ; Sun, 24 Sep 2006 11:55:11 +0000 (GMT) (envelope-from valqk@lozenetz.org) Received: from [172.16.4.1] (unknown [89.190.193.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by logos.webreality.org (Postfix) with ESMTP id 21E76C9441; Sun, 24 Sep 2006 15:03:27 +0300 (EEST) Message-ID: <45167208.7070502@lozenetz.org> Date: Sun, 24 Sep 2006 14:54:48 +0300 From: Anton - Valqk User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: Joerg Pernfuss References: <451666C9.6060902@lozenetz.org> <20060924131838.23bb9ffc@loki.starkstrom.lan> In-Reply-To: <20060924131838.23bb9ffc@loki.starkstrom.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-webreality-MailScanner-Information: Please contact the ISP for more information X-webreality-MailScanner: Found to be clean X-webreality-MailScanner-From: valqk@lozenetz.org Cc: freebsd-stable@freebsd.org Subject: Re: ipstealth question. 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, 24 Sep 2006 11:55:13 -0000 You are absolutely right but stealth is a strictly so, I you don't want a ttl change simply don't set net.inet.ip.stealth=1 I was just wondering... Joerg Pernfuss wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 24 Sep 2006 14:06:49 +0300 > Anton - Valqk wrote: > > >> Hi group, >> I was wondering is option >> >> options IPSTEALTH >> >> not in the GENERIC on purpose? >> > > Without knowing the exact number, I am sure not decrementing the > TTL violates at least one RFC. Imagine some datacenter with lots > of FreeBSD installations and IPSTEALTH part of GENERIC. > Ideally they do their routing via FreeBSD/netgraph too. > > Packets won't die, especially if they have a loop somewhere. > > Joerg > - -- > | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | > | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | > | X HTML in email | .the next sentence is true. | > | / \ and news | .the previous sentence was a lie. | > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (FreeBSD) > > iD8DBQFFFmmOH31s/bvKrSQRAoPAAJ4wod2pT6Irr8AzhF7M4LRaXJZ7TwCdGwQi > y0kNNpGp0xG96o11YxfE2a8= > =MXk6 > -----END PGP SIGNATURE----- > > !DSPAM:45166995563711581215491! > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 12:23:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899DE16A403 for ; Sun, 24 Sep 2006 12:23:52 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A32F43D45 for ; Sun, 24 Sep 2006 12:23:51 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout2-sn2.hy.skanova.net (7.2.075) id 44FECF14004B8992 for freebsd-stable@freebsd.org; Sun, 24 Sep 2006 14:23:50 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 344CF45058 for ; Sun, 24 Sep 2006 14:23:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xUNl2b-DpUmX for ; Sun, 24 Sep 2006 14:23:42 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b] (jstrom-mb.wlan.v6.stromnet.org [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b]) by elfi.stromnet.org (Postfix) with ESMTP id 6A70645040 for ; Sun, 24 Sep 2006 14:23:42 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 24 Sep 2006 14:23:39 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? 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, 24 Sep 2006 12:23:52 -0000 Okay, I got some problems here now... I'm trying to get clamav's =20 clamd to work.. Failes with an abort in libc: It coredumps directly on start, trace: http://sial.org/pbot/19922 Truss output: www.stromnet.org/~johan/clamd.log Okay...something seems to be f*cked in the nss/ldap stuff.. Anyway,, when running with gdb --args /usr/local/sbin/clamd --debug =20 it works fine!... No coredump or anything, untill i decide to kill =20 clamd.. kill breaks into gdb, and when I run continue to process =20= the signal and let it die, the whole fcking box dies! Screen goes =20 black and reboot.. No panic messages or anything... I have reproduced this two times now on the box in the dmesg in =20 earlier mail... Then i moved the disk to another box pretty similar, =20 same chipset i thikn but not exactly same mobo.. tried the above =20 commands, and bam exactly same problem.. screen just goes black and =20 the box reboots... Dmesg from that box: if i can get the crap up running. now the fs is broken or some =20 shit.... get this on boot, after started a few services: Starting jails:/usr: bad dir ino 32125198 at offset 512: mangled entry panic: ufs_dirbad: bad dir Uptime: 54s GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed GEOM_MIRROR: Device gm0 destroyed. Cannot dump. No dump device defined. Automatic reboot in 15 seconds... Ok, now i rebooted to singeluser mode and enalbed the dumpdev in =20 rc.conf... , then saw it continune booting and i chcked for the line =20 saying kernel dumps on /dev/mirror/gm0s1b... it was there... and then =20= it booted further and got by the place it crashed before, but a =20 minute later when i try to login to crashes on the same inode... AND =20 STILL!.. it says Cannot dump. No dump device defined... WTF??... =20 brokeness brokeness.. Okay, after some fscking its back up. dmesg from second box which i =20 can crash with clamd...: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD 6.1-RELEASE-p7 #0: Wed Sep 20 09:21:41 CEST 2006 admin@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2210.09-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xfc0 Stepping =3D 0 =20 Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 1073676288 (1023 MB) avail memory =3D 1024299008 (976 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff =20 at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq =20 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfe02e000-0xfe02efff irq =20 22 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem =20 0xfe02d000-0xfe02d0ff irq 23 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered nve0: port 0xf000-0xf007 mem =20 0xfe02c000-0xfe02cfff irq 21 at device 5.0 on pci0 nve0: Ethernet address 00:11:09:c5:fc:9e miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, =20 1000baseT-FDX, auto nve0: Ethernet address: 00:11:09:c5:fc:9e pci0: at device 6.0 (no driver attached) atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdc00-0xdc0f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port =20 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc800-0xc80f,=20 0xc400-0xc47f irq 23 at device 9.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port =20 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xb000-0xb00f,=20 0xac00-0xac7f irq 20 at device 10.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 pci2: on pcib2 pci2: at device 8.0 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x8800-0x887f mem =20 0xfdfff000-0xfdfff07f irq 19 at device 9.0 on pci2 miibus1: on xl0 xlphy0: <3Com internal media interface> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:dc:5e:aa fwohci0: port 0x8400-0x847f mem =20 0xfdffe000-0xfdffe7ff irq 19 at device 12.0 on pci2 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:10:dc:00:00:77:83:dc fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:10:dc:77:83:dc fwe0: Ethernet address: 02:10:dc:77:83:dc fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on =20= acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 =20 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b =20 irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: SCP,VLINK plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xce7ff,0xd0000-0xd17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 isa0 ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev =20 1.10/3.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounter "TSC" frequency 2210091714 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff80654f90, 0) =20 error 6 ad0: 156334MB at ata0-master UDMA133 acd0: DVDR at ata1-master UDMA33 ad4: 286187MB at ata2-master SATA150 GEOM_MIRROR: Device gm0 created (id=3D316220990). GEOM_MIRROR: Device gm0: provider ad4 detected. GEOM_MIRROR: Device gm0: provider ad4 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a So.. Wtf is the problem here?... Hope someone can help me.. Thanks On Sep 23, 2006, at 18:41 , Johan Str=F6m wrote: > > On Sep 3, 2006, at 14:13 , Johan Str=F6m wrote: > >> Hi >> >> I'm about to get a "new" server... In this case what I'm looking =20 >> at is a Gigabyte GA-K8NSC mobo with nForce3 250Gb chipset, and a =20 >> AMD 64 3200+ Venice S939. >> >> Does anyone have any experience with FreeBSD (6.1) and this mobo/=20 >> chipset? Does the network work? How good? SATA? Any stability/=20 >> performance issues? >> >> I did notice it was mentioned on http://www.freebsd.org/platforms/=20 >> amd64/motherboards.html on 5.4 with the only comment "Sound and =20 >> USB untested.".. So.. anyone got more detailed experience than that? >> >> Thanks :) >> -- >> Johan Str=F6m >> johan@stromnet.org >> > > Hi again, > I got the mobo now and everything I've tested seems to work fine, =20 > network (Marvell Gigabit Ethernet) works perfect (altough just =20 > using 100mbit, havent tested gig), and sata seems to work.. =20 > Somewhat... Thats part of why I post this.. > > I got two disks plugged in currently, two pieces of ad4: 286187MB =20 > at ata2-master SATA150 (ad4 and ad6) on =20 > one SATA each... When I only access ad4 (the system disk) and dont =20 > touch ad6 (the old system disk, moving some data form there now.. =20 > soon to be gmirrored with ad4) it works fine. > But as soon as i start to transer data from ad6 to ad4 (or rather, =20 > from ad4s1f to gm0s1f of which ad6 is provider), the system becomes =20= > veeerrry slow... Its still usable but it takes several seconds =20 > (sometimes as much as 10-20) to ie exectue a simple command like =20 > ls, top, su... > gstat reports speeds of around 30MB/s: > > dT: 0.501 flag_I 500000us sizeof 288 i -1 > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 17 395 12 200 577.2 383 49059 8.5 99.2| ad4 > 17 395 12 200 577.2 383 49059 8.5 99.2| =20 > mirror/gm0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad4s1 > 17 395 12 200 577.2 383 49059 8.5 99.2| =20 > mirror/gm0s1 > 0 387 387 49570 1.1 0 0 0.0 43.0| ad6 > 3 2 2 32 583.1 0 0 0.0 116.5| =20 > mirror/gm0s1a > 1 0 0 0 0.0 0 0 0.0 0.0| =20 > mirror/gm0s1b > 0 0 0 0 0.0 0 0 0.0 0.0| =20 > mirror/gm0s1c > 0 0 0 0 0.0 0 0 0.0 0.0| =20 > mirror/gm0s1d > 0 0 0 0 0.0 0 0 0.0 0.0| =20 > mirror/gm0s1e > 13 393 10 168 576.0 383 49059 8.5 95.3| =20 > mirror/gm0s1f > 0 387 387 49570 1.1 0 0 0.0 43.2| ad6s1 > 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1a > 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1b > 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1c > 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1d > 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1e > 0 387 387 49570 1.1 0 0 0.0 44.0| ad6s1f > > Those busy figures.. on the gmirror they fly up to > 100% all the =20 > time and are red.. on the ad6 figures they are 40-50% all the time =20 > (during copy that is).. > > Any ideas? > > dmesg: > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, =20= > 1994 > The Regents of the University of California. All rights =20 > reserved. > FreeBSD 6.1-RELEASE-p7 #0: Wed Sep 20 09:21:41 CEST 2006 > admin@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.79-MHz K8-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0x20ff0 Stepping =3D 0 > =20 > Features=3D0x78bfbff E,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > Features2=3D0x1 > AMD Features=3D0xe2500800 > AMD Features2=3D0x1 > real memory =3D 1073676288 (1023 MB) > avail memory =3D 1024299008 (976 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > 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 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci0: on pcib0 > agp0: mem 0xf8000000-0xf9ffffff =20= > at device 0.0 on pci0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfd005000-0xfd005fff =20 > irq 20 at device 2.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: 4 ports with 4 removable, self powered > ohci1: mem 0xfd000000-0xfd000fff =20 > irq 21 at device 2.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 4 ports with 4 removable, self powered > ehci0: mem =20 > 0xfd001000-0xfd0010ff irq 22 at device 2.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 8 ports with 8 removable, self powered > pci0: at device 6.0 (no driver attached) > atapci0: port =20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on =20 > pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port =20 > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f,=20 > 0xe000-0xe07f irq 21 at device 10.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > pcib1: at device 11.0 on pci0 > pci1: on pcib1 > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > pci2: at device 10.0 (no driver attached) > skc0: port 0xa400-0xa4ff mem =20 > 0xfc000000-0xfc003fff irq 19 at device 11.0 on pci2 > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:14:85:21:c4:44 > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, =20 > 1000baseTX-FDX, auto > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 =20 > on acpi0 > fdc0: [FAST] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 > 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,0x778-0x77b irq =20 > 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/16 bytes threshold > 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: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > orm0: at iomem 0xc0000-0xc7fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20 > on isa0 > Timecounter "TSC" frequency 2009790446 Hz quality 800 > Timecounters tick every 1.000 msec > module_register_init: MOD_LOAD (amr_linux, 0xffffffff80654f90, 0) =20 > error 6 > ad4: 286187MB at ata2-master SATA150 > > elfi# gmirror list > Geom name: gm0 > State: COMPLETE > Components: 1 > Balance: round-robin > Slice: 4096 > Flags: NONE > GenID: 0 > SyncID: 1 > ID: 316220990 > Providers: > 1. Name: mirror/gm0 > Mediasize: 300089646080 (279G) > Sectorsize: 512 > Mode: r5w5e6 > Consumers: > 1. Name: ad4 > Mediasize: 300089646592 (279G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 0 > Flags: DIRTY > GenID: 0 > SyncID: 1 > ID: 3833124755 > > > I just saw http://www.freebsd.org/releases/6.1R/installation-=20 > amd64.html says: > > If you have an machine based on an nVidia nForce3 Pro-150, you MUST =20= > use the BIOS setup to disable the IO APIC. If you do not have an =20 > option to do this, you will likely have to disable ACPI instead. =20 > There are bugs in the Pro-150 chipset that we have not found a =20 > workaround for yet. > > Could this affect? Might try that... > > Thanks > Johan > >> >> >> _______________________________________________ >> freebsd-hardware@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >> To unsubscribe, send any mail to "freebsd-hardware-=20 >> 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-=20 > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 14:28:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F32F316A40F for ; Sun, 24 Sep 2006 14:28:18 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C8C643D45 for ; Sun, 24 Sep 2006 14:28:17 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k8OERaxe018358 for ; Sun, 24 Sep 2006 17:28:06 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k8OERanv018355 for ; Sun, 24 Sep 2006 17:27:36 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 24 Sep 2006 17:27:36 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-stable@freebsd.org Message-ID: <20060924171559.C7094@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 24 Sep 2006 14:28:19 -0000 Hello! I've upgraded my 6-STABLE (as of 20-Aug) to the fresh (24-Sep) RELENG_6. The only modification of the kernel config file is the removal of the IPFIREWALL_FORWARD_EXTENDED option. Upgrade went successfully, but after booting into the multiuser mode I've found that /dev/smb0 became unavailable (so I can't monitor my hardware with the healthd anymore). I've examined kernel boot logs and found that the only difference is: ichsmb0: port 0xe000-0xe01f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 -smb0: on smbus0 So smb0 fails to attach to the smbus0 despite modules being loaded properly: dmitry@homelynx$ kldstat|grep smb 21 3 0xc07b9000 29ac smbus.ko 23 1 0xc07c0000 4ff8 ichsmb.ko 45 1 0xc6974000 3000 smb.ko I'm using all components of the SMBus attachment from modules: dmitry@homelynx$ grep smb /boot/loader.conf smbus_load="YES" smb_load="YES" ichsmb_load="YES" I can provide any further information in order to help hunting the bug. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 17:58:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B95E16A407 for ; Sun, 24 Sep 2006 17:58:00 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C89B43D49 for ; Sun, 24 Sep 2006 17:57:56 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id AC49CC517; Sun, 24 Sep 2006 13:57:55 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 2C97DC49E; Sun, 24 Sep 2006 13:57:48 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id AD104C44D; Sun, 24 Sep 2006 13:57:47 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=erEF2rVPWzCsQoKoeB//HFgfJf1nU8cROt7lmz4EMM62cCdlOkkVLlK0VWPor+5NROdu+c3xISkNV9nB1n2OU5i1rT9FghuhnIQ5QxkV/ak/QnqC+VoLeLij2TWq2T9S; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 3EAFAC37F; Sun, 24 Sep 2006 13:57:47 -0400 (EDT) Message-ID: <4516C71A.4060100@protected-networks.net> Date: Sun, 24 Sep 2006 13:57:46 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20060924171559.C7094@atlantis.atlantis.dp.ua> In-Reply-To: <20060924171559.C7094@atlantis.atlantis.dp.ua> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 24 Sep 2006 17:58:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dmitry Pryanishnikov wrote: > Upgrade went successfully, but after > booting into the multiuser mode I've found that /dev/smb0 became > unavailable .. I have the same thing but, in my case, these are compiled into a custom kernel :-( imb@aaron:/home/imb> mbmon -c 1 -r ioctl(smb0:open): No such file or directory No Hardware Monitor found!! InitMBInfo: Bad file descriptor Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFscaQv9rrgRC1JIRAhEQAKDIXpXPumJ9AV3Ow6wPFOgOMY20VwCguCEE /TXll6utYAxjyhvd78STVw0= =blGn -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 18:10:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E37A316A412 for ; Sun, 24 Sep 2006 18:10:12 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F65A43D45 for ; Sun, 24 Sep 2006 18:10:11 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k8OIA8HZ074672 for ; Sun, 24 Sep 2006 20:10:09 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 24 Sep 2006 20:10:08 +0200 (CEST) From: Martin Blapp To: stable@freebsd.org Message-ID: <20060924200518.K91466@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: Subject: TTY patches available for FreeBSD 5 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, 24 Sep 2006 18:10:13 -0000 Hi all, For those who are interested I've put patches for FreeBSD 5 online. Anybody having tty troubles and is using the perl module Expect, or has heavy terminal usage (sshd) on his server and occasional panics should give them a try. Those patches fix various panics in the tty and virtual tty codepaths. http://antispam.imp.ch/08-opensource.html Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 22:31:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C367F16A403 for ; Sun, 24 Sep 2006 22:31:54 +0000 (UTC) (envelope-from dk@tetsuo.karasik.eu.org) Received: from tetsuo.karasik.eu.org (tetsuo.karasik.eu.org [193.88.77.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E69043D46 for ; Sun, 24 Sep 2006 22:31:54 +0000 (GMT) (envelope-from dk@tetsuo.karasik.eu.org) Received: by tetsuo.karasik.eu.org (Postfix, from userid 1003) id CD0C139C9D4; Mon, 25 Sep 2006 00:31:52 +0200 (CEST) Mime-version: 1.0 Content-type: text/plain; charset="koi8-r" Content-transfer-encoding: 8bit Keywords: 2001334874 X-Comment-To: Sam Leffler Sender: dk@tetsuo.karasik.eu.org To: freebsd-stable@freebsd.org References: <20060918083139.GA59966@tetsuo.karasik.eu.org> <450ED7AA.6090801@errno.com> <84wt7ubjwy.fsf@tetsuo.karasik.eu.org> <4515DA06.1070402@errno.com> From: Dmitry Karasik In-Reply-To: Sam Leffler's message of "Sat, 23 Sep 2006 18:06:14 -0700" Date: 25 Sep 2006 00:31:52 +0200 Message-ID: <84r6y0c2w7.fsf@tetsuo.karasik.eu.org> Lines: 36 X-Mailer: Gnus v5.7/Emacs 20.7 Subject: Re: ath0 weak connectivity 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, 24 Sep 2006 22:31:54 -0000 Sam> I've lost context about your problem but it appears you're having Sam> trouble associating with "trejago" sometimes. The failed scan shows Sam> that your rssi was only 6 when you were having problems which is a Sam> very marginal signal so I'm not at all surprised you're having Sam> trouble. You've got strong signal ap's on overlapping channels (5 Sam> and 7) which are likely drowning the signal on your ap. I don't see Sam> anything the driver could do differently; this seems more an issue of Sam> your environment being very busy. I vaguely recall you were Sam> comparing the operation of the freebsd to windows. If so then I also thought of the environment issue, but it seems to me that the problem might still be elsewhere. Initially I encountered problems when I set up AP to transmit at 12% of full power, so logically I assumed that this must be not enough, and turned the AP signal up to 25, 50, and finally to 100%. What's interesting is that even on 100%, SNR wasn't really different from when it was 12%, and again ath0 didn't associate. This is doubly strange because the neighbor APs are located behind 2-3 solid brick walls, and still their SNR is 5 times higher than from my AP which is just nearby. Even when distance to AP is <1m, SNR is still comparable. Of course, I cannot control their AP signal strength, but I'd be interested to measure the signal strength from my and their APs independently, I guess there should be some regulations about max signal power... Also, I tried another channel, switching to channel 13 - did not help at all. Sam> freebsd does not support XR mode. Are there plans for implementing XR mode for ath? -- Sincerely, Dmitry Karasik From owner-freebsd-stable@FreeBSD.ORG Sun Sep 24 23:25:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D8EB16A40F for ; Sun, 24 Sep 2006 23:25:27 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 099DA43D45 for ; Sun, 24 Sep 2006 23:25:26 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id 87904BEC0F6 for ; Sun, 24 Sep 2006 16:25:26 -0700 (PDT) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Sep 24 16:25:26 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 451713e6187381488170972 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.496 X-Spam-Level: X-Spam-Status: No, score=-4.496 tagged_above=-10 required=2 tests=[ALL_TRUSTED=-1.8, AWL=0.003, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d0u3hdyAG71O for ; Sun, 24 Sep 2006 16:25:25 -0700 (PDT) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.2]) by mail.phantombsd.org (Postfix) with ESMTP id 9A965BEC0F5 for ; Sun, 24 Sep 2006 16:25:25 -0700 (PDT) Message-ID: <19152757.121159140325526.JavaMail.root@tomcat.phantombsd.org> Date: Sun, 24 Sep 2006 16:25:25 -0700 (PDT) From: "C. Scott" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: winbindd won't start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: casey@phantombsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Sep 2006 23:25:27 -0000 Last night I upgraded Samba on my FBSD 6.1 machine. Samba was working fine before the upgrade. Since the upgrade, I can not get winbindd to run. It writes this to the winbindd log before dying: [2006/09/24 11:17:30, 1] nsswitch/winbindd.c:main(953) winbindd version 3.0.23c started. Copyright The Samba Team 2000-2004 [2006/09/24 11:17:30, 0] nsswitch/winbindd_util.c:init_domain_list(518) Could not fetch our SID - did we join? [2006/09/24 11:17:30, 0] nsswitch/winbindd.c:main(1051) unable to initalize domain list [2006/09/24 11:17:47, 1] nsswitch/winbindd.c:main(953) winbindd version 3.0.23c started. Copyright The Samba Team 2000-2004 [2006/09/24 11:17:47, 0] nsswitch/winbindd_util.c:init_domain_list(518) Could not fetch our SID - did we join? [2006/09/24 11:17:47, 0] nsswitch/winbindd.c:main(1051) unable to initalize domain list During the course of troubleshooting, I deleted the machine account from AD. A "kinit Administrator@HERCULES.LOCAL" works, but when I try to join the domain, I get: [2006/09/24 11:30:15, 0] libsmb/cliconnect.c:cli_session_setup_spnego(776) Kinit failed: Cannot contact any KDC for requested realm Failed to join domain! As far as I know, nothing has changed. Does anyone have any suggestions? ================smb.conf=================== [global] workgroup = HERCULES server string = EAGLE security = ADS realm = HERCULES.LOCAL max log size = 50 log level = 1 password server = 192.168.1.7 socket options = TCP_NODELAY SO_RCVBUF=65536 SO_SNDBUF=65536 IPTOS_LOWDELAY interfaces = fxp0 winbind separator = # idmap uid = 10000-20000 idmap gid = 10000-20000 winbind enum users = yes winbind enum groups = yes nt acl support = true create mode = 0644 directory mode = 0755 #============================ Share Definitions ============================== [photos] comment = Photos path = /misc/photographs writeable = yes browseable = yes valid users = @"HERCULES#Domain Users" @"HERCULES#Domain Admins" inherit permissions = Yes inherit acls = yes create mask = 0644 guest ok = no security mask = 0777 [link] comment = Link path = /misc/link create mask = 0000 copy = photos [financial] comment = Financial path = /misc/financial create mask = 0000 copy = photos [wedding] comment = Wedding path = /misc/wedding create mask = 0000 copy = photos [mp3] comment = mp3 path = /mp3 copy = photos [attic] comment = attic path = /misc/attic copy = photos [voyager_backup] comment = Voyager backup path = /misc/voyager_backup copy = photos [Profiles] comment = Roaming Profiles path = /misc/profiles csc policy = disable copy = photos [homes] comment = Windows domain account home space path = /misc/homes copy = photos From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 03:16:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E8216A416; Mon, 25 Sep 2006 03:16:34 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6115443D58; Mon, 25 Sep 2006 03:16:31 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 1238D4CCD9; Mon, 25 Sep 2006 03:18:12 +0000 (GMT) Received: from beaste5.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id ADA1B4CBAE; Mon, 25 Sep 2006 03:18:11 +0000 (GMT) Received: from beaste5.jumbuck.com (beast5 [192.168.46.105]) by beaste5.jumbuck.com (Postfix) with ESMTP id E6AA620A1636; Mon, 25 Sep 2006 13:16:28 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by beaste5.jumbuck.com (Postfix) with ESMTP id CA54B20A15DB; Mon, 25 Sep 2006 13:16:28 +1000 (EST) Message-ID: <45174A0C.50404@thebeastie.org> Date: Mon, 25 Sep 2006 13:16:28 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.13) Gecko/20060727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-ports@freebsd.org Subject: probs on 6.2-prerelease 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, 25 Sep 2006 03:16:34 -0000 Hey all, I don't know if this is pre 6.2 specific but I changed my /etc/tty for device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't login via regular KVM console, just don't get a login. The more alarming thing was that while it appeared everything was booting up from the boot up messages on the screen, I couldn't remotely log into the server in fact it appears the machine didn't bring up the Ethernet device as I couldn't even ping it. As soon as I switched the ttyd0 back to 'off' and rebooted it I could ssh back into the server etc. I have a regular kernel and 1 jail and samba on this machine. This might just be a ports thing but on another 6.2 server I setup a jailed mail server with courier imap and I have noticed that it fails to build the courier-imap port with FAM support. I tried also installing the gamin FAM alternative which builds ok but I get signal 11 when I try to login to the imap server. Does anyone else have these problems? Mike From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 06:36:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EDC216A407 for ; Mon, 25 Sep 2006 06:36:28 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id E190043D49 for ; Mon, 25 Sep 2006 06:36:26 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 4516FC410000C46C for freebsd-stable@freebsd.org; Mon, 25 Sep 2006 08:36:26 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id D24374504B for ; Mon, 25 Sep 2006 08:36:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id geR2jR7GEo7N for ; Mon, 25 Sep 2006 08:36:19 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b] (jstrom-mb.wlan.v6.stromnet.org [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b]) by elfi.stromnet.org (Postfix) with ESMTP id 58EEE4504A for ; Mon, 25 Sep 2006 08:36:19 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 25 Sep 2006 08:36:15 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Re: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? 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, 25 Sep 2006 06:36:28 -0000 Fcking great.. Waking up and noting that the box has rebooted it self =20= during the night... Yay!!... No kernel dumps, nothing in message =20 log.. Nada... (this was on the "first" box, that is the one first in =20 this thread) What exactly does kernel dumps on /dev/mirror/gm0s1b mean? Not that it saves any kernel dumps at least.. But otoh I have =20 no clue why it crashed at all and if it even did try to dump kernel =20 or if it just blacked out as when i tried to debug clamd... -- Johan On Sep 24, 2006, at 14:23 , Johan Str=F6m wrote: > Okay, I got some problems here now... I'm trying to get clamav's =20 > clamd to work.. Failes with an abort in libc: > > It coredumps directly on start, trace: http://sial.org/pbot/19922 > Truss output: www.stromnet.org/~johan/clamd.log > > Okay...something seems to be f*cked in the nss/ldap stuff.. > > Anyway,, when running with gdb --args /usr/local/sbin/clamd --debug =20= > it works fine!... No coredump or anything, untill i decide to kill =20 > clamd.. > > kill breaks into gdb, and when I run continue to =20 > process the signal and let it die, the whole fcking box dies! =20 > Screen goes black and reboot.. No panic messages or anything... > I have reproduced this two times now on the box in the dmesg in =20 > earlier mail... Then i moved the disk to another box pretty =20 > similar, same chipset i thikn but not exactly same mobo.. tried the =20= > above commands, and bam exactly same problem.. screen just goes =20 > black and the box reboots... Dmesg from that box: > > if i can get the crap up running. now the fs is broken or some =20 > shit.... get this on boot, after started a few services: > > Starting jails:/usr: bad dir ino 32125198 at offset 512: mangled entry > panic: ufs_dirbad: bad dir > Uptime: 54s > GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed > GEOM_MIRROR: Device gm0 destroyed. > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds... > > Ok, now i rebooted to singeluser mode and enalbed the dumpdev in =20 > rc.conf... , then saw it continune booting and i chcked for the =20 > line saying kernel dumps on /dev/mirror/gm0s1b... it was there... =20 > and then it booted further and got by the place it crashed before, =20 > but a minute later when i try to login to crashes on the same =20 > inode... AND STILL!.. it says Cannot dump. No dump device =20 > defined... WTF??... brokeness brokeness.. > > Okay, after some fscking its back up. dmesg from second box which i =20= > can crash with clamd...: > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, =20= > 1994 > The Regents of the University of California. All rights =20 > reserved. > FreeBSD 6.1-RELEASE-p7 #0: Wed Sep 20 09:21:41 CEST 2006 > admin@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2210.09-MHz K8-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0xfc0 Stepping =3D 0 > =20 > Features=3D0x78bfbff E,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > AMD Features=3D0xe0500800 > real memory =3D 1073676288 (1023 MB) > avail memory =3D 1024299008 (976 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci0: on pcib0 > agp0: mem 0xf0000000-0xf7ffffff =20= > at device 0.0 on pci0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfe02f000-0xfe02ffff =20 > irq 21 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > ohci1: mem 0xfe02e000-0xfe02efff =20 > irq 22 at device 2.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 4 ports with 4 removable, self powered > ehci0: mem =20 > 0xfe02d000-0xfe02d0ff irq 23 at device 2.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 8 ports with 8 removable, self powered > nve0: port 0xf000-0xf007 =20 > mem 0xfe02c000-0xfe02cfff irq 21 at device 5.0 on pci0 > nve0: Ethernet address 00:11:09:c5:fc:9e > miibus0: on nve0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, =20= > 1000baseT-FDX, auto > nve0: Ethernet address: 00:11:09:c5:fc:9e > pci0: at device 6.0 (no driver attached) > atapci0: port =20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdc00-0xdc0f at device 8.0 on =20 > pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port =20 > 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc800-0xc80f,=20 > 0xc400-0xc47f irq 23 at device 9.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > atapci2: port =20 > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xb000-0xb00f,=20 > 0xac00-0xac7f irq 20 at device 10.0 on pci0 > ata4: on atapci2 > ata5: on atapci2 > pcib1: at device 11.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > pci2: at device 8.0 (no driver attached) > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x8800-0x887f mem =20 > 0xfdfff000-0xfdfff07f irq 19 at device 9.0 on pci2 > miibus1: on xl0 > xlphy0: <3Com internal media interface> on miibus1 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:10:5a:dc:5e:aa > fwohci0: port 0x8400-0x847f mem =20 > 0xfdffe000-0xfdffe7ff irq 19 at device 12.0 on pci2 > fwohci0: OHCI version 1.0 (ROM=3D1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:10:dc:00:00:77:83:dc > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:10:dc:77:83:dc > fwe0: Ethernet address: 02:10:dc:77:83:dc > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 =20 > on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 > 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,0x778-0x77b =20= > irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: IEEE1284 device found /NIBBLE/ECP > Probing for PnP devices on ppbus0: > ppbus0: SCP,VLINK > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > orm0: at iomem 0xc0000-0xce7ff,0xd0000-0xd17ff on =20= > isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20 > on isa0 > ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev =20 > 1.10/3.00, addr 2, iclass 3/1 > ums0: 5 buttons and Z dir. > Timecounter "TSC" frequency 2210091714 Hz quality 800 > Timecounters tick every 1.000 msec > module_register_init: MOD_LOAD (amr_linux, 0xffffffff80654f90, 0) =20 > error 6 > ad0: 156334MB at ata0-master UDMA133 > acd0: DVDR at ata1-master UDMA33 > ad4: 286187MB at ata2-master SATA150 > GEOM_MIRROR: Device gm0 created (id=3D316220990). > GEOM_MIRROR: Device gm0: provider ad4 detected. > GEOM_MIRROR: Device gm0: provider ad4 activated. > GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. > Trying to mount root from ufs:/dev/mirror/gm0s1a > > > So.. Wtf is the problem here?... > > Hope someone can help me.. > Thanks > > On Sep 23, 2006, at 18:41 , Johan Str=F6m wrote: > >> >> On Sep 3, 2006, at 14:13 , Johan Str=F6m wrote: >> >>> Hi >>> >>> I'm about to get a "new" server... In this case what I'm looking =20 >>> at is a Gigabyte GA-K8NSC mobo with nForce3 250Gb chipset, and a =20 >>> AMD 64 3200+ Venice S939. >>> >>> Does anyone have any experience with FreeBSD (6.1) and this mobo/=20 >>> chipset? Does the network work? How good? SATA? Any stability/=20 >>> performance issues? >>> >>> I did notice it was mentioned on http://www.freebsd.org/platforms/=20= >>> amd64/motherboards.html on 5.4 with the only comment "Sound and =20 >>> USB untested.".. So.. anyone got more detailed experience than that? >>> >>> Thanks :) >>> -- >>> Johan Str=F6m >>> johan@stromnet.org >>> >> >> Hi again, >> I got the mobo now and everything I've tested seems to work fine, =20 >> network (Marvell Gigabit Ethernet) works perfect (altough just =20 >> using 100mbit, havent tested gig), and sata seems to work.. =20 >> Somewhat... Thats part of why I post this.. >> >> I got two disks plugged in currently, two pieces of ad4: 286187MB =20 >> at ata2-master SATA150 (ad4 and ad6) on =20 >> one SATA each... When I only access ad4 (the system disk) and dont =20= >> touch ad6 (the old system disk, moving some data form there now.. =20 >> soon to be gmirrored with ad4) it works fine. >> But as soon as i start to transer data from ad6 to ad4 (or rather, =20= >> from ad4s1f to gm0s1f of which ad6 is provider), the system =20 >> becomes veeerrry slow... Its still usable but it takes several =20 >> seconds (sometimes as much as 10-20) to ie exectue a simple =20 >> command like ls, top, su... >> gstat reports speeds of around 30MB/s: >> >> dT: 0.501 flag_I 500000us sizeof 288 i -1 >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 17 395 12 200 577.2 383 49059 8.5 99.2| ad4 >> 17 395 12 200 577.2 383 49059 8.5 99.2| =20 >> mirror/gm0 >> 0 0 0 0 0.0 0 0 0.0 0.0| ad4s1 >> 17 395 12 200 577.2 383 49059 8.5 99.2| =20 >> mirror/gm0s1 >> 0 387 387 49570 1.1 0 0 0.0 43.0| ad6 >> 3 2 2 32 583.1 0 0 0.0 116.5| =20 >> mirror/gm0s1a >> 1 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1b >> 0 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1c >> 0 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1d >> 0 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1e >> 13 393 10 168 576.0 383 49059 8.5 95.3| =20 >> mirror/gm0s1f >> 0 387 387 49570 1.1 0 0 0.0 43.2| ad6s1 >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1a >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1b >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1c >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1d >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1e >> 0 387 387 49570 1.1 0 0 0.0 44.0| ad6s1f >> >> Those busy figures.. on the gmirror they fly up to > 100% all the =20 >> time and are red.. on the ad6 figures they are 40-50% all the time =20= >> (during copy that is).. >> >> Any ideas? >> >> dmesg: >> >> Copyright (c) 1992-2006 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, =20 >> 1993, 1994 >> The Regents of the University of California. All rights =20 >> reserved. >> FreeBSD 6.1-RELEASE-p7 #0: Wed Sep 20 09:21:41 CEST 2006 >> admin@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.79-MHz K8-class CPU) >> Origin =3D "AuthenticAMD" Id =3D 0x20ff0 Stepping =3D 0 >> =20 >> Features=3D0x78bfbff> GE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> >> Features2=3D0x1 >> AMD Features=3D0xe2500800 >> AMD Features2=3D0x1 >> real memory =3D 1073676288 (1023 MB) >> avail memory =3D 1024299008 (976 MB) >> ACPI APIC Table: >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> 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 =20 >> acpi0 >> cpu0: on acpi0 >> acpi_button0: on acpi0 >> pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 >> pci0: on pcib0 >> agp0: mem =20 >> 0xf8000000-0xf9ffffff at device 0.0 on pci0 >> isab0: at device 1.0 on pci0 >> isa0: on isab0 >> pci0: at device 1.1 (no driver attached) >> ohci0: mem 0xfd005000-0xfd005fff =20 >> irq 20 at device 2.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: 4 ports with 4 removable, self powered >> ohci1: mem 0xfd000000-0xfd000fff =20 >> irq 21 at device 2.1 on pci0 >> ohci1: [GIANT-LOCKED] >> usb1: OHCI version 1.0, legacy support >> usb1: SMM does not respond, resetting >> usb1: on ohci1 >> usb1: USB revision 1.0 >> uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub1: 4 ports with 4 removable, self powered >> ehci0: mem =20 >> 0xfd001000-0xfd0010ff irq 22 at device 2.2 on pci0 >> ehci0: [GIANT-LOCKED] >> usb2: EHCI version 1.0 >> usb2: companion controllers, 4 ports each: usb0 usb1 >> usb2: on ehci0 >> usb2: USB revision 2.0 >> uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub2: 8 ports with 8 removable, self powered >> pci0: at device 6.0 (no driver attached) >> atapci0: port =20 >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on =20= >> pci0 >> ata0: on atapci0 >> ata1: on atapci0 >> atapci1: port =20 >> 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f,=20 >> 0xe000-0xe07f irq 21 at device 10.0 on pci0 >> ata2: on atapci1 >> ata3: on atapci1 >> pcib1: at device 11.0 on pci0 >> pci1: on pcib1 >> pcib2: at device 14.0 on pci0 >> pci2: on pcib2 >> pci2: at device 10.0 (no driver attached) >> skc0: port 0xa400-0xa4ff mem =20 >> 0xfc000000-0xfc003fff irq 19 at device 11.0 on pci2 >> skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) >> sk0: on skc0 >> sk0: Ethernet address: 00:14:85:21:c4:44 >> miibus0: on sk0 >> e1000phy0: on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, =20 >> 1000baseTX-FDX, auto >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 =20= >> on acpi0 >> fdc0: [FAST] >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 >> 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,0x778-0x77b irq =20= >> 7 drq 3 on acpi0 >> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> ppc0: FIFO with 16/16/16 bytes threshold >> 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: flags 0x1 irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> orm0: at iomem 0xc0000-0xc7fff on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=3D0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20 >> on isa0 >> Timecounter "TSC" frequency 2009790446 Hz quality 800 >> Timecounters tick every 1.000 msec >> module_register_init: MOD_LOAD (amr_linux, 0xffffffff80654f90, 0) =20 >> error 6 >> ad4: 286187MB at ata2-master SATA150 >> >> elfi# gmirror list >> Geom name: gm0 >> State: COMPLETE >> Components: 1 >> Balance: round-robin >> Slice: 4096 >> Flags: NONE >> GenID: 0 >> SyncID: 1 >> ID: 316220990 >> Providers: >> 1. Name: mirror/gm0 >> Mediasize: 300089646080 (279G) >> Sectorsize: 512 >> Mode: r5w5e6 >> Consumers: >> 1. Name: ad4 >> Mediasize: 300089646592 (279G) >> Sectorsize: 512 >> Mode: r1w1e1 >> State: ACTIVE >> Priority: 0 >> Flags: DIRTY >> GenID: 0 >> SyncID: 1 >> ID: 3833124755 >> >> >> I just saw http://www.freebsd.org/releases/6.1R/installation-=20 >> amd64.html says: >> >> If you have an machine based on an nVidia nForce3 Pro-150, you =20 >> MUST use the BIOS setup to disable the IO APIC. If you do not have =20= >> an option to do this, you will likely have to disable ACPI =20 >> instead. There are bugs in the Pro-150 chipset that we have not =20 >> found a workaround for yet. >> >> Could this affect? Might try that... >> >> Thanks >> Johan >> >>> >>> >>> _______________________________________________ >>> freebsd-hardware@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >>> To unsubscribe, send any mail to "freebsd-hardware-=20 >>> 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-=20 >> 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-=20 > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 06:45:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2327516A40F for ; Mon, 25 Sep 2006 06:45:08 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83BAE43D55 for ; Mon, 25 Sep 2006 06:45:01 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2353342pye for ; Sun, 24 Sep 2006 23:45:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WCeh8T27XPKNsyZu3YQGjgC3Q9tq/m4E4IHGpXgVsZwIawDSmMgqBirHT1hl14JMkGlX3IheQk840UP3ZktZA+OzO1QbjnwvBXs16Gs5LIkaHeG98AWcQI3uOuHkoYct3TtQLYLKdnqrw8KAo23cjQUN6pPh7zEZdkquvX4ia0w= Received: by 10.35.18.3 with SMTP id v3mr7677426pyi; Sun, 24 Sep 2006 23:45:00 -0700 (PDT) Received: by 10.35.125.14 with HTTP; Sun, 24 Sep 2006 23:44:59 -0700 (PDT) Message-ID: Date: Mon, 25 Sep 2006 14:45:00 +0800 From: "Jiawei Ye" To: "=?UTF-8?Q?Johan_Str=C3=B6m?=" In-Reply-To: <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> Cc: freebsd-stable@freebsd.org Subject: Re: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? 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, 25 Sep 2006 06:45:08 -0000 T24gOS8yNS8wNiwgSm9oYW4gU3Ryw7ZtIDxqb2hhbkBzdHJvbW5ldC5vcmc+IHdyb3RlOgo+IEZj a2luZyBncmVhdC4uIFdha2luZyB1cCBhbmQgbm90aW5nIHRoYXQgdGhlIGJveCBoYXMgcmVib290 ZWQgaXQgc2VsZgo+IGR1cmluZyB0aGUgbmlnaHQuLi4gWWF5ISEuLi4gTm8ga2VybmVsIGR1bXBz LCBub3RoaW5nIGluIG1lc3NhZ2UKPiBsb2cuLiBOYWRhLi4uICh0aGlzIHdhcyBvbiB0aGUgImZp cnN0IiBib3gsIHRoYXQgaXMgdGhlIG9uZSBmaXJzdCBpbgo+IHRoaXMgdGhyZWFkKQo+Cj4gV2hh dCBleGFjdGx5IGRvZXMKPgo+IGtlcm5lbCBkdW1wcyBvbiAvZGV2L21pcnJvci9nbTBzMWIKPgo+ IG1lYW4/IE5vdCB0aGF0IGl0IHNhdmVzIGFueSBrZXJuZWwgZHVtcHMgYXQgbGVhc3QuLiBCdXQg b3RvaCBJIGhhdmUKPiBubyBjbHVlIHdoeSBpdCBjcmFzaGVkIGF0IGFsbCBhbmQgaWYgaXQgZXZl biBkaWQgdHJ5IHRvIGR1bXAga2VybmVsCj4gb3IgaWYgaXQganVzdCBibGFja2VkIG91dCBhcyB3 aGVuIGkgdHJpZWQgdG8gZGVidWcgY2xhbWQuLi4KPgo+IC0tCj4gSm9oYW4KSXQgbWVhbnMgdGhh dCB0aGUgc3lzdGVtIGRpZWQgYW5kIHJlbGVhc2VkIHRoZSBzcGhpbmN0ZXIgd2hlbiBpdCBkaWQu CklmIHlvdSBoYXZlIGR1bXBkZXY9J0FVVE8nCmR1bXBkaXI9Jy92YXIvY3Jhc2gnCmluIHlvdXIg cmMuY29uZiwgdGhlbiB5b3UgY2FuIGZpbmQgdGhlIGNyYXNoIGR1bXAgaW4gJHtkdW1wZGlyfSwg dGhlbgp5b3UgY2FuIHVzZSBrZ2RiIHRvIHJldHJpZXZlIHRoZSBiYWNrdHJhY2UgZnJvbSB0aGUg ZHVtcC4KCkppYXdlaQoKLS0gCiJJZiBpdCBsb29rcyBsaWtlIGEgZHVjaywgd2Fsa3MgbGlrZSBh IGR1Y2ssIGFuZCBxdWFja3MgbGlrZSBhIGR1Y2ssCnRoZW4gdG8gdGhlIGVuZCB1c2VyIGl0J3Mg YSBkdWNrLCBhbmQgZW5kIHVzZXJzIGhhdmUgbWFkZSBpdCBwcmV0dHkKY2xlYXIgdGhleSB3YW50 IGEgZHVjazsgd2hldGhlciB0aGUgZHVjayBkcmlua3MgaG90IGNob2NvbGF0ZSBvcgpjb2ZmZWUg aXMgaXJyZWxldmFudC4iCg== From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 06:54:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 551DD16A47E for ; Mon, 25 Sep 2006 06:54:22 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from tirnanog.iskon.hr (tirnanog.iskon.hr [213.191.139.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA1FD43D80 for ; Mon, 25 Sep 2006 06:54:17 +0000 (GMT) (envelope-from marko.lerota@claresco.hr) Received: (qmail 56864 invoked by uid 1001); 21 Sep 2006 08:39:24 +0200 To: Paul Saab Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <45106867.50508@freebsd.org> (Paul Saab's message of "Tue, 19 Sep 2006 15:00:07 -0700") References: <45106867.50508@freebsd.org> Organization: *BSD Users - Fanatics Dept. X-Request-PGP: X-GNUPG-Fingerprint: CF5E 6862 2777 A471 5D2E 0015 8DA6 D56D 17E5 2A51 From: Marko Lerota Date: Thu, 21 Sep 2006 08:39:24 +0200 Message-ID: <86eju567vn.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: PERC 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: Mon, 25 Sep 2006 06:54:22 -0000 Paul Saab writes: > this was fixed after 6.1-RELEASE. You need to grab the driver from -stable. What does it mean? That I could run 6.1-RELEASE but have some drivers from -stable or -current? -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 06:57:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B0BD16A403 for ; Mon, 25 Sep 2006 06:57:35 +0000 (UTC) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3791743D64 for ; Mon, 25 Sep 2006 06:57:35 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.1.44] (64-142-76-135.dsl.static.sonic.net [64.142.76.135]) by elvis.mu.org (Postfix) with ESMTP id 190891A4D82; Sun, 24 Sep 2006 23:57:35 -0700 (PDT) Message-ID: <45177DDD.7060002@freebsd.org> Date: Sun, 24 Sep 2006 23:57:33 -0700 From: Paul Saab User-Agent: Mail/News 1.5.0.2 (Macintosh/20060324) MIME-Version: 1.0 To: Marko Lerota References: <45106867.50508@freebsd.org> <86eju567vn.fsf@sparrow.local> In-Reply-To: <86eju567vn.fsf@sparrow.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: PERC 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: Mon, 25 Sep 2006 06:57:35 -0000 Marko Lerota wrote: > Paul Saab writes: > > >> this was fixed after 6.1-RELEASE. You need to grab the driver from -stable. >> > > What does it mean? That I could run 6.1-RELEASE but have some drivers > from -stable or -current? > You can use the -stable driver on 6.1-RELEASE if you don't want to upgrade to -stable. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 07:45:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F35316A403; Mon, 25 Sep 2006 07:45:00 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 946D243D53; Mon, 25 Sep 2006 07:44:59 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.6) with ESMTP id k8P7ivEj093059; Mon, 25 Sep 2006 11:44:57 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 25 Sep 2006 11:44:57 +0400 (MSD) From: Dmitry Morozovsky To: stable@freebsd.org Message-ID: <20060925114102.F79983@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-169210541-1159170297=:79983" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 25 Sep 2006 11:44:57 +0400 (MSD) Cc: des@freebsd.org Subject: chpass(1) patch for changing only crypted passwords 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, 25 Sep 2006 07:45:00 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-169210541-1159170297=:79983 Content-Type: TEXT/PLAIN; charset=US-ASCII Dear colleagues, chpass is a bit broken since chpass.c:1.23 - it uses pw_equal which does not check crypted password field; so, you can not change _only_ crypt pass with chpass. Attached patch fixes this. Any thoughts/objections? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ --0-169210541-1159170297=:79983 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=chpass-pwd.patch Content-Transfer-Encoding: BASE64 Content-ID: <20060925114457.V79983@woozle.rinet.ru> Content-Description: Content-Disposition: attachment; filename=chpass-pwd.patch SW5kZXg6IHVzci5iaW4vY2hwYXNzL2NocGFzcy5jDQo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvdXNyLmJpbi9j aHBhc3MvY2hwYXNzLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjI3DQpk aWZmIC11IC1yMS4yNyBjaHBhc3MuYw0KLS0tIHVzci5iaW4vY2hwYXNzL2No cGFzcy5jCTE4IEphbiAyMDA0IDIxOjQ2OjM5IC0wMDAwCTEuMjcNCisrKyB1 c3IuYmluL2NocGFzcy9jaHBhc3MuYwkyNSBTZXAgMjAwNiAwNzo0MjoyNSAt MDAwMA0KQEAgLTIxNyw3ICsyMTcsMTIgQEANCiAJCXB3X2ZpbmkoKTsNCiAJ CWlmIChwdyA9PSBOVUxMKQ0KIAkJCWVycigxLCAiZWRpdCgpIik7DQotCQlp ZiAocHdfZXF1YWwob2xkX3B3LCBwdykpDQorCQkvKiANCisJCSAqIHB3X2Vx dWFsIGRvZXMgbm90IGNoZWNrIGZvciBjcnlwdGVkIHBhc3N3b3Jkcywgc28g d2UNCisJCSAqIHNob3VsZCBkbyBpdCBleHBsaWNpdGx5DQorCQkgKi8NCisJ CWlmIChwd19lcXVhbChvbGRfcHcsIHB3KSAmJiANCisJCSAgICBzdHJjbXAo b2xkX3B3LT5wd19wYXNzd2QsIHB3LT5wd19wYXNzd2QpID09IDApDQogCQkJ ZXJyeCgwLCAidXNlciBpbmZvcm1hdGlvbiB1bmNoYW5nZWQiKTsNCiAJfQ0K IA0K --0-169210541-1159170297=:79983-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 07:55:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A92D116A407 for ; Mon, 25 Sep 2006 07:55:11 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id F04E743D45 for ; Mon, 25 Sep 2006 07:55:10 +0000 (GMT) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 89BAD802E for ; Mon, 25 Sep 2006 09:54:39 +0200 (CEST) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 0CBE18020; Mon, 25 Sep 2006 09:54:38 +0200 (CEST) In-Reply-To: <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 8bit From: Alban Hertroys Date: Mon, 25 Sep 2006 09:55:06 +0200 To: =?ISO-8859-1?Q?Johan_Str=F6m?= X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Sep 25 09:54:39 2006 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 74,45178b3f7241469027555 X-DSPAM-Factors: 27, References*E34812F9B52E, 0.40000, Received*Sep, 0.40000, From*Alban, 0.40000, that+case, 0.40000, we're+sheer, 0.40000, Mime-Version*Message, 0.40000, alien+"We, 0.40000, References*42912C5134A2+stromnet.org>, 0.40000, your+setup, 0.40000, of, 0.40000, But, 0.40000, Alien+"Well, 0.40000, References*D7D7, 0.40000, Subject*crash, 0.40000, Received*ESMTP, 0.40000, certain+it, 0.40000, Received*Sep+2006, 0.40000, get+you, 0.40000, be+dumped, 0.40000, Content-Transfer-Encoding*8bit, 0.40000, Cc*freebsd+stable, 0.40000, discussed+before, 0.40000, least, 0.40000, the+archives, 0.40000, can+only, 0.40000, Date*Mon, 0.40000, In+that, 0.40000 Cc: freebsd-stable@freebsd.org Subject: Re: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? 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, 25 Sep 2006 07:55:11 -0000 On Sep 25, 2006, at 8:36, Johan Ström wrote: > What exactly does > > kernel dumps on /dev/mirror/gm0s1b > > mean? Not that it saves any kernel dumps at least.. But otoh I have > no clue why it It means exactly that. IIRC kernel dumps are created in swap space and on the next boot are moved to ${dumpdir}. I'm pretty certain this is explained nicely in the handbook[1]. AFAIK kernels can only be dumped on real devices, not on virtual devices like /dev/mirror/*. In that case your setup is not going to get you any dumps. Besides that, it is probably not a very good idea to mirror your swap. I am certain it is bad for performance, if it'd gain you reliability is beyond my knowledge. This has been discussed before, you probably want to check the archives. [1] Which I didn't check as I'm about to be in a hurry... -- Alban Hertroys Priest to alien: "We want to know, is there a higher being?". Alien: "Well, actually that's why we're here, we're sheer out of virgins". !DSPAM:74,45178b3f7241469027555! From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 08:36:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 839AA16A4E2 for ; Mon, 25 Sep 2006 08:36:20 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9F4B43D45 for ; Mon, 25 Sep 2006 08:36:19 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout1-sn1.fre.skanova.net (7.2.076) id 4513E11C00089221; Mon, 25 Sep 2006 10:36:19 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id E7FF445088; Mon, 25 Sep 2006 10:36:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mqBh+4lIKWvQ; Mon, 25 Sep 2006 10:36:13 +0200 (CEST) Received: from [129.16.45.39] (dynamic-45-39.chl.chalmers.se [129.16.45.39]) by elfi.stromnet.org (Postfix) with ESMTP id D47B345085; Mon, 25 Sep 2006 10:36:12 +0200 (CEST) In-Reply-To: References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <1ADF7CA0-B8C5-47FF-9C28-C649D5B13ECE@stromnet.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 25 Sep 2006 10:36:08 +0200 To: Jiawei Ye X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? 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, 25 Sep 2006 08:36:20 -0000 On Sep 25, 2006, at 08:45 , Jiawei Ye wrote: > On 9/25/06, Johan Str=F6m wrote: >> Fcking great.. Waking up and noting that the box has rebooted it self >> during the night... Yay!!... No kernel dumps, nothing in message >> log.. Nada... (this was on the "first" box, that is the one first in >> this thread) >> >> What exactly does >> >> kernel dumps on /dev/mirror/gm0s1b >> >> mean? Not that it saves any kernel dumps at least.. But otoh I have >> no clue why it crashed at all and if it even did try to dump kernel >> or if it just blacked out as when i tried to debug clamd... >> >> -- >> Johan > It means that the system died and released the sphincter when it did. > If you have dumpdev=3D'AUTO' > dumpdir=3D'/var/crash' > in your rc.conf, then you can find the crash dump in ${dumpdir}, then > you can use kgdb to retrieve the backtrace from the dump. > I got dumpdev=3D"/dev/mirror/gm0s1b", savecore doesnt extract any dumps = :/ > Jiawei > > -- =20 > "If it looks like a duck, walks like a duck, and quacks like a duck, > then to the end user it's a duck, and end users have made it pretty > clear they want a duck; whether the duck drinks hot chocolate or > coffee is irrelevant." > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 08:42:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D69116A417 for ; Mon, 25 Sep 2006 08:42:37 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mowgli.rinet.ru (merlin.rinet.ru [195.54.192.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD69743D49 for ; Mon, 25 Sep 2006 08:42:32 +0000 (GMT) (envelope-from andrew@rinet.ru) Received: from [192.168.5.223] (zakh.spb.ru [81.222.223.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mowgli.rinet.ru (Mail Transport Agent) with ESMTP id 498CA22 for ; Mon, 25 Sep 2006 12:42:30 +0400 (MSD) Message-ID: <45179684.10401@rinet.ru> Date: Mon, 25 Sep 2006 12:42:44 +0400 From: Andrew Kolchoogin User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------030003050708060203010509" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Direct Rendering Manager 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: Mon, 25 Sep 2006 08:42:37 -0000 This is a multi-part message in MIME format. --------------030003050708060203010509 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Dear colleagues, I've recently discovered some oddity with DRM on FreeBSD. Maybe it's a FAQ, but it seems to me that both on-demand kernel module loading and loading them in /boot/loader.conf is broken on recent RELENG_6. I've an ATI Radeon Mobility 9700 and self-built RELENG_6. When I started X, X.org server reports that no DRI available. Manual looking into /dev shows that no /dev/dri directory presents at all. Loading radeon.ko in /boot/loader.conf doesn't fix the problem. Also no DRM-related lines appears in dmesg output. But problem goes away after adding line "device radeondrm" to kernel configuration file, rebuilding kernel and rebooting the machine. Direct Rendering Manager initialises correctly, and node /dev/dri/card0 exists. Are there any suggestions for additional testing? -- Andrew Kolchoogin. --------------030003050708060203010509-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 08:50:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB02916A40F for ; Mon, 25 Sep 2006 08:50:04 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1EB443D45 for ; Mon, 25 Sep 2006 08:50:03 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout1-sn1.fre.skanova.net (7.2.076) id 4513E11C0008A81F for freebsd-stable@freebsd.org; Mon, 25 Sep 2006 10:50:03 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 0688445087 for ; Mon, 25 Sep 2006 10:50:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kMnOCR9wPStU for ; Mon, 25 Sep 2006 10:49:57 +0200 (CEST) Received: from [129.16.45.39] (dynamic-45-39.chl.chalmers.se [129.16.45.39]) by elfi.stromnet.org (Postfix) with ESMTP id 872554504A for ; Mon, 25 Sep 2006 10:49:57 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 25 Sep 2006 10:49:53 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Re: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? 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, 25 Sep 2006 08:50:04 -0000 fOn Sep 25, 2006, at 09:55 , Alban Hertroys wrote: > On Sep 25, 2006, at 8:36, Johan Str=F6m wrote: > > >> What exactly does >> >> kernel dumps on /dev/mirror/gm0s1b >> >> mean? Not that it saves any kernel dumps at least.. But otoh I =20 >> have no clue why it >> > > It means exactly that. IIRC kernel dumps are created in swap space =20 > and on the next boot are moved to ${dumpdir}. I'm pretty certain =20 > this is explained nicely in the handbook[1]. > Probably is, yes I know what it means, I was just pretty upset at the =20= moment..;) > > AFAIK kernels can only be dumped on real devices, not on virtual =20 > devices like /dev/mirror/*. In that case your setup is not going to =20= > get you any dumps. > In earlier FBSD (6.0 i think?) one got an ioctl error when trying to =20 dumpon to a gmirror device, but if I dont recall wrong this has been =20 changed since (I dont get an ioctl error anymore at least...) > > Besides that, it is probably not a very good idea to mirror your =20 > swap. I am certain it is bad for performance, if it'd gain you =20 > reliability is beyond my knowledge. This has been discussed before, =20= > you probably want to check the archives. > Performance yes, but I think I've read that it is "best" anyway, if =20 one of your disks dies, youd dont want to loose half your swap since =20 that would not be very good if there is anything swapped out to that =20 disk.. > > [1] Which I didn't check as I'm about to be in a hurry... > -- > Alban Hertroys > > Priest to alien: "We want to know, is there a = higher being?". > Alien: "Well, actually that's why we're here, > we're sheer out of virgins". > > > > !DSPAM:259,45178b407241208415560! > > > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 08:53:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8607916A407 for ; Mon, 25 Sep 2006 08:53:10 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F9343D45 for ; Mon, 25 Sep 2006 08:53:08 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [172.16.3.238] (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id k8P8qTjl011441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Sep 2006 09:52:42 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=softfail; spf=softfail X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk k8P8qTjl011441 Message-ID: <451798C7.7040301@infracaninophile.co.uk> Date: Mon, 25 Sep 2006 09:52:23 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: Alban Hertroys References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig76B9339B40FCD9C7402D47D3" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [81.187.76.162]); Mon, 25 Sep 2006 09:53:02 +0100 (BST) X-Virus-Scanned: ClamAV 0.88.4/1937/Mon Sep 25 07:28:08 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING,MANY_EXCLAMATIONS,PLING_QUERY,SPF_SOFTFAIL autolearn=no version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on happy-idiot-talk.infracaninophile.co.uk Cc: =?ISO-8859-15?Q?Johan_Str=F6m?= , freebsd-stable@freebsd.org Subject: Re: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? 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, 25 Sep 2006 08:53:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig76B9339B40FCD9C7402D47D3 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Alban Hertroys wrote: > Besides that, it is probably not a very good idea to mirror your swap. = I > am certain it is bad for performance, if it'd gain you reliability is > beyond my knowledge. This has been discussed before, you probably want > to check the archives. On the contrary, it is a very good idea indeed to mirror the swap partiti= on if your aim is to make your machine resilient against disk failure. Losi= ng the swap will kill a machine just as dead as losing a filesystem. The performance of a mirrored root drive is a bit slower on write but general= ly faster on read -- it tends to pretty much even out in the end. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK --------------enig76B9339B40FCD9C7402D47D3 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.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFF5jN8Mjk52CukIwRA5LqAJ4uph2gcHJuYv7A+UxhSdddEAp5TgCfTUUU LmWjx7Zvjf6/5og0fisoCvU= =RUuc -----END PGP SIGNATURE----- --------------enig76B9339B40FCD9C7402D47D3-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 08:54:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 547A216A47E for ; Mon, 25 Sep 2006 08:54:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98A9943D73 for ; Mon, 25 Sep 2006 08:54:45 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 59D2F20C2; Mon, 25 Sep 2006 10:54:41 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 4C28A20C1; Mon, 25 Sep 2006 10:54:41 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 3E58AB80E; Mon, 25 Sep 2006 10:54:41 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Dmitry Morozovsky References: <20060925114102.F79983@woozle.rinet.ru> Date: Mon, 25 Sep 2006 10:54:41 +0200 In-Reply-To: <20060925114102.F79983@woozle.rinet.ru> (Dmitry Morozovsky's message of "Mon, 25 Sep 2006 11:44:57 +0400 (MSD)") Message-ID: <868xk8tjfy.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: chpass(1) patch for changing only crypted passwords 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, 25 Sep 2006 08:54:51 -0000 Dmitry Morozovsky writes: > chpass is a bit broken since chpass.c:1.23 - it uses pw_equal which > does not check crypted password field; so, you can not change _only_ > crypt pass with chpass. Attached patch fixes this. Looks fine to me, feel free to commit. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 09:25:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A5616A417 for ; Mon, 25 Sep 2006 09:25:54 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9671943D46 for ; Mon, 25 Sep 2006 09:25:53 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GRmiU-000893-VP for freebsd-stable@freebsd.org; Mon, 25 Sep 2006 11:25:34 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Sep 2006 11:25:34 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Sep 2006 11:25:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 25 Sep 2006 11:25:05 +0200 Lines: 16 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) Sender: news Subject: Automounter flags for pcfs? 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, 25 Sep 2006 09:25:54 -0000 The goal is to have a USB flash drive mounted via automounter in a way that it auto-umounts after a while so I don't crash the system by pluggin it out wile mounted. My amd.map looks like this: /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key}; * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev flash-s1 type:=pcfs;dev:=/dev/da0s1;fs:=${autodir}/flash-s1;opts:=rw,longnames,-m664,-M777; The problem is that "opts" are not passed to mount_msdosfs which results in all files having execute bits set, etc. Using "msdosfs" instead of "pcfs" makes amd fail with "unknown file system". So, how to do this? I'll accept anything that gets the proper flags to mount_msdosfs. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 10:44:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 510C716A40F for ; Mon, 25 Sep 2006 10:44:05 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D90B143D46 for ; Mon, 25 Sep 2006 10:44:04 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id F1236114060; Mon, 25 Sep 2006 11:44:03 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5yPIpsHPMj8M; Mon, 25 Sep 2006 11:44:01 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 96B6D114020; Mon, 25 Sep 2006 11:44:01 +0100 (BST) Message-ID: <4517B2F1.60406@goodforbusiness.co.uk> Date: Mon, 25 Sep 2006 11:44:01 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: casey@phantombsd.org References: <19152757.121159140325526.JavaMail.root@tomcat.phantombsd.org> In-Reply-To: <19152757.121159140325526.JavaMail.root@tomcat.phantombsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: winbindd won't start 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, 25 Sep 2006 10:44:05 -0000 > > [2006/09/24 11:30:15, 0] libsmb/cliconnect.c:cli_session_setup_spnego(776) > Kinit failed: Cannot contact any KDC for requested realm > Failed to join domain! > > > As far as I know, nothing has changed. Does anyone have any suggestions? Is your /etc/krb5.conf intact and correct? Do you have a valid ticket? (klist) Dominic From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 12:56:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCF9916A40F for ; Mon, 25 Sep 2006 12:56:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC0B543D8F for ; Mon, 25 Sep 2006 12:56:39 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k8PCuc0I038180; Mon, 25 Sep 2006 05:56:38 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k8PCucbw038179; Mon, 25 Sep 2006 05:56:38 -0700 (PDT) (envelope-from david) Date: Mon, 25 Sep 2006 05:56:38 -0700 From: David Wolfskill To: Andrew Kolchoogin Message-ID: <20060925125638.GW698@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Andrew Kolchoogin , freebsd-stable@freebsd.org References: <45179684.10401@rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VXH143WYhfIPisUc" Content-Disposition: inline In-Reply-To: <45179684.10401@rinet.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Direct Rendering Manager 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: Mon, 25 Sep 2006 12:56:53 -0000 --VXH143WYhfIPisUc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 25, 2006 at 12:42:44PM +0400, Andrew Kolchoogin wrote: > Dear colleagues, >=20 > I've recently discovered some oddity with DRM on FreeBSD. >=20 > Maybe it's a FAQ, but it seems to me that both on-demand kernel=20 > module loading and loading them in /boot/loader.conf is broken on recent= =20 > RELENG_6. That does not appear to be my experience; more details below. > I've an ATI Radeon Mobility 9700 and self-built RELENG_6. When I=20 > started X, X.org server reports that no DRI available. Manual looking=20 > into /dev shows that no /dev/dri directory presents at all. Loading=20 > radeon.ko in /boot/loader.conf doesn't fix the problem. Also no=20 > DRM-related lines appears in dmesg output. >=20 > But problem goes away after adding line "device radeondrm" to=20 > kernel configuration file, rebuilding kernel and rebooting the machine.= =20 > Direct Rendering Manager initialises correctly, and node /dev/dri/card0= =20 > exists. >=20 > Are there any suggestions for additional testing? Here is some relevant information from my current laptop. Note that its disk drive was moved from the previous laptop (same model, but used an nVidia video card), so I had merely commented out loading the nvidia module while I was working on switching to the radeon module (and hadn't yet got around to deleting the line). g1-18(6.2-P)[1] uname -a FreeBSD g1-18.catwhisker.org. 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #185: S= un Sep 24 06:36:42 PDT 2006 root@g1-18.catwhisker.org.:/common/S1/obj/u= sr/src/sys/LAPTOP_30W i386 g1-18(6.2-P)[2] ls -la /dev/dri/ total 1 dr-xr-xr-x 2 root wheel 512 Sep 24 10:19 . dr-xr-xr-x 5 root wheel 512 Dec 31 1969 .. crw-rw---- 1 root wheel 0, 135 Sep 24 10:18 card0 g1-18(6.2-P)[3] kldstat Id Refs Address Size Name 1 16 0xc0400000 6a00b8 kernel 2 3 0xc0aa1000 1adb8 linux.ko 3 1 0xc0abc000 59f00 acpi.ko 4 1 0xc487f000 6000 linprocfs.ko 5 1 0xc4a13000 2000 rtc.ko 6 1 0xc4c15000 1e000 radeon.ko 7 1 0xc4c33000 e000 drm.ko g1-18(6.2-P)[4] cat /boot/loader.conf boot_verbose=3D"YES" debug.mpsafenet=3D"1" hw.ata.atapi_dma=3D"1" # nvidia_load=3D"YES" linux_load=3D"YES" g1-18(6.2-P)[5] grep -i driver /etc/X11/XF86Config Driver "keyboard" Driver "mouse" ### Available Driver options are:- Driver "radeon" g1-18(6.2-P)[6] grep 'ATI Technologies Inc Radeon' /var/log/Xorg.0.log (--) PCI:*(1:0:0) ATI Technologies Inc Radeon R250 Lf [FireGL 9000] rev 1, = Mem @ 0xe0000000/27, 0xfcff0000/16, I/O @ 0xc000/8, BIOS @ 0x80000000/17 g1-18(6.2-P)[7]=20 So it looks to me as if X handles loading the radeon.ko module and that (in turn) creates the /dev/dri/* entries -- as expected. Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --VXH143WYhfIPisUc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkUX0gUACgkQmprOCmdXAD3utACfRq8sao5Ibb2YW4IqHZdjHxTI 4ZQAn3ZoIIR5KECxg4uskeahvAHLt5Qd =jjay -----END PGP SIGNATURE----- --VXH143WYhfIPisUc-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 13:08:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5900816A415 for ; Mon, 25 Sep 2006 13:08:29 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 91DA143D6D for ; Mon, 25 Sep 2006 13:08:27 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 83061 invoked from network); 25 Sep 2006 13:08:26 -0000 Received: from unknown (HELO ?192.168.14.135?) (63.239.86.253) by 0 with SMTP; 25 Sep 2006 13:08:26 -0000 Message-ID: <4517D4CA.1040506@jellydonut.org> Date: Mon, 25 Sep 2006 09:08:26 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 To: Michael Vince References: <45174A0C.50404@thebeastie.org> In-Reply-To: <45174A0C.50404@thebeastie.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: probs on 6.2-prerelease 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, 25 Sep 2006 13:08:29 -0000 Michael Vince wrote: > Hey all, > > I don't know if this is pre 6.2 specific but I changed my /etc/tty for > device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't > login via regular KVM console, just don't get a login. > The more alarming thing was that while it appeared everything was > booting up from the boot up messages on the screen, I couldn't remotely > log into the server in fact it appears the machine didn't bring up the > Ethernet device as I couldn't even ping it. > As soon as I switched the ttyd0 back to 'off' and rebooted it I could > ssh back into the server etc. > I have a regular kernel and 1 jail and samba on this machine. > I know this isn't a "yes I'm having problems" response but thought it might be useful anyway. I'm running 6.2-pre on a Soekris Engineering Net4501 with ttyd0 enabled in /etc/ttys and I'm not having any problems with the system booting or logging in via serial console. SSH logins work fine and the network is brought-up as normal during boot. I've had this system in the same config (in regards to /etc/ttys) since the 6 was still the HEAD branch and I have yet to see problems with it. One difference here is that I don't have any virtual consoles enabled BUT ttyd0 (and pseudo-terminals), as this box doesn't have a video card, just a serial port. FreeBSD marconi.localnet 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Tue Sep 12 03:06:13 EDT 2006 root@marconi-dev.localnet:/usr/obj/usr/src/sys/MINIBSD6 i386 /etc/ttys: # # $FreeBSD: src/etc/etc.i386/ttys,v 1.10 2003/10/24 15:44:08 simokawa Exp $ # @(#)ttys 5.1 (Berkeley) 4/17/89 ... console none unknown off secure # ttyv0 "/usr/libexec/getty Pc" cons25 off insecure # Virtual terminals ttyv1 "/usr/libexec/getty Pc" cons25 off insecure ttyv2 "/usr/libexec/getty Pc" cons25 off insecure ttyv3 "/usr/libexec/getty Pc" cons25 off insecure ttyv4 "/usr/libexec/getty Pc" cons25 off insecure ttyv5 "/usr/libexec/getty Pc" cons25 off insecure ttyv6 "/usr/libexec/getty Pc" cons25 off insecure ttyv7 "/usr/libexec/getty Pc" cons25 off insecure ttyv8 "/usr/X11R6/bin/xdm -nodaemon" xterm off insecure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.9600" dialup on secure ttyd1 "/usr/libexec/getty std.9600" dialup off secure ttyd2 "/usr/libexec/getty std.9600" dialup off secure ttyd3 "/usr/libexec/getty std.9600" dialup off secure # Dumb console dcons "/usr/libexec/getty std.9600" vt100 off secure -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 13:49:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59BF316A4DE for ; Mon, 25 Sep 2006 13:49:08 +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 DBFFC43E5A for ; Mon, 25 Sep 2006 13:46:46 +0000 (GMT) (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.13.8/8.13.8) with ESMTP id k8PDkaqk067274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Sep 2006 08:46:36 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <4517DDC0.5060704@palisadesys.com> Date: Mon, 25 Sep 2006 08:46:40 -0500 From: Guy Helmer User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: casey@phantombsd.org References: <19152757.121159140325526.JavaMail.root@tomcat.phantombsd.org> In-Reply-To: <19152757.121159140325526.JavaMail.root@tomcat.phantombsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: winbindd won't start 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, 25 Sep 2006 13:49:08 -0000 C. Scott wrote: > Last night I upgraded Samba on my FBSD 6.1 machine. Samba was working fine before the upgrade. Since the upgrade, I can not get winbindd to run. It writes this to the winbindd log before dying: > > [2006/09/24 11:17:30, 1] nsswitch/winbindd.c:main(953) > winbindd version 3.0.23c started. > Copyright The Samba Team 2000-2004 > [2006/09/24 11:17:30, 0] nsswitch/winbindd_util.c:init_domain_list(518) > Could not fetch our SID - did we join? > [2006/09/24 11:17:30, 0] nsswitch/winbindd.c:main(1051) > unable to initalize domain list > [2006/09/24 11:17:47, 1] nsswitch/winbindd.c:main(953) > winbindd version 3.0.23c started. > Copyright The Samba Team 2000-2004 > [2006/09/24 11:17:47, 0] nsswitch/winbindd_util.c:init_domain_list(518) > Could not fetch our SID - did we join? > [2006/09/24 11:17:47, 0] nsswitch/winbindd.c:main(1051) > unable to initalize domain list > Have you moved your Samba tdb files from /usr/local/private to /usr/local/etc/samba/? Hope this helps, Guy Helmer -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 13:54:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C503316A407; Mon, 25 Sep 2006 13:54:40 +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 44D8A43D7E; Mon, 25 Sep 2006 13:54:40 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GRquq-00015P-Gd; Mon, 25 Sep 2006 16:54:36 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Michael Vince In-reply-to: <45174A0C.50404@thebeastie.org> References: <45174A0C.50404@thebeastie.org> Comments: In-reply-to Michael Vince message dated "Mon, 25 Sep 2006 13:16:28 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Sep 2006 16:54:36 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: probs on 6.2-prerelease 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, 25 Sep 2006 13:54:40 -0000 > Hey all, > > I don't know if this is pre 6.2 specific but I changed my /etc/tty for > device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't > login via regular KVM console, just don't get a login. > The more alarming thing was that while it appeared everything was > booting up from the boot up messages on the screen, I couldn't remotely > log into the server in fact it appears the machine didn't bring up the > Ethernet device as I couldn't even ping it. > As soon as I switched the ttyd0 back to 'off' and rebooted it I could > ssh back into the server etc. > I have a regular kernel and 1 jail and samba on this machine. > > This might just be a ports thing but on another 6.2 server I setup a > jailed mail server with courier imap and I have noticed that it fails to > build the courier-imap port with FAM support. > I tried also installing the gamin FAM alternative which builds ok but I > get signal 11 when I try to login to the imap server. > > Does anyone else have these problems? > I've been having this for a very long time, if the serial port does not realy exist - i don't know the technical wording for this -, if the kernel detected the sio hardare, but it's not realy wired, then it the kernel will hang when getty will try to open it. danny From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 13:59:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4920E16A403 for ; Mon, 25 Sep 2006 13:59:00 +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 8B9BC43D53 for ; Mon, 25 Sep 2006 13:58:59 +0000 (GMT) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.13.8/8.13.8) with ESMTP id k8PDwse9090165; Mon, 25 Sep 2006 15:58:54 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.13.8/8.13.8/Submit) id k8PDwsZZ090164; Mon, 25 Sep 2006 15:58:54 +0200 (CEST) (envelope-from byshenknet) Date: Mon, 25 Sep 2006 15:58:53 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20060925135853.GA814@core.byshenk.net> References: <45174A0C.50404@thebeastie.org> <4517D4CA.1040506@jellydonut.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4517D4CA.1040506@jellydonut.org> User-Agent: Mutt/1.4.2.2i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core.byshenk.net Cc: Michael Vince Subject: Re: probs on 6.2-prerelease 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, 25 Sep 2006 13:59:00 -0000 On Mon, Sep 25, 2006 at 09:08:26AM -0400, Michael Proto wrote: > Michael Vince wrote: > > I don't know if this is pre 6.2 specific but I changed my /etc/tty for > > device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't > > login via regular KVM console, just don't get a login. > > The more alarming thing was that while it appeared everything was > > booting up from the boot up messages on the screen, I couldn't remotely > > log into the server in fact it appears the machine didn't bring up the > > Ethernet device as I couldn't even ping it. > > As soon as I switched the ttyd0 back to 'off' and rebooted it I could > > ssh back into the server etc. > > I have a regular kernel and 1 jail and samba on this machine. > I know this isn't a "yes I'm having problems" response but thought it > might be useful anyway. > I'm running 6.2-pre on a Soekris Engineering Net4501 with ttyd0 enabled > in /etc/ttys and I'm not having any problems with the system booting or > logging in via serial console. SSH logins work fine and the network is > brought-up as normal during boot. I've had this system in the same > config (in regards to /etc/ttys) since the 6 was still the HEAD branch > and I have yet to see problems with it. One difference here is that I > don't have any virtual consoles enabled BUT ttyd0 (and > pseudo-terminals), as this box doesn't have a video card, just a serial > port. I can also report no problems running 6.2-pre on i686. I am running on several machines, using serial consoles, machines _with_ video cards, but mostly unused (one machine has a KVM connected, and it works fine, as well. No problems with video, no problems with network, no problems with ssh login, etc. -greg FreeBSD xxx.xxx.com 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #21: Tue Sep 19 19:37:00 CEST 2006 root@xxx.xxx.com:/usr/obj/usr/src/sys/XXXX i386 /etc/ttys: [...] ttyd0 "/usr/libexec/getty std.9600" xterm on secure [...] /boot/loader.conf [...] console=comconsole [...] -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 15:12:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3133516A403 for ; Mon, 25 Sep 2006 15:12:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.200.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC15743D68 for ; Mon, 25 Sep 2006 15:12:36 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc11) with ESMTP id <20060925151228011006278ae>; Mon, 25 Sep 2006 15:12:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CAD5E1FA01B; Mon, 25 Sep 2006 08:12:27 -0700 (PDT) Date: Mon, 25 Sep 2006 08:12:27 -0700 From: Jeremy Chadwick To: Danny Braniss Message-ID: <20060925151227.GA29790@icarus.home.lan> References: <45174A0C.50404@thebeastie.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, Michael Vince Subject: Re: probs on 6.2-prerelease 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, 25 Sep 2006 15:12:41 -0000 On Mon, Sep 25, 2006 at 04:54:36PM +0300, Danny Braniss wrote: > > I don't know if this is pre 6.2 specific but I changed my /etc/tty for > > device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't > > login via regular KVM console, just don't get a login. > > The more alarming thing was that while it appeared everything was > > booting up from the boot up messages on the screen, I couldn't remotely > > log into the server in fact it appears the machine didn't bring up the > > Ethernet device as I couldn't even ping it. > > As soon as I switched the ttyd0 back to 'off' and rebooted it I could > > ssh back into the server etc. > > I have a regular kernel and 1 jail and samba on this machine. > > I've been having this for a very long time, if the serial port does > not realy exist - i don't know the technical wording for this -, > > if the kernel detected the sio hardare, but it's not realy > wired, then it the kernel will hang when getty will try to open it. Per chance is the sio* device the kernel detects mapped to acpi0? :-) (Also, taking freebsd-ports off this portion of the discussion; the 2nd part of the OP's thread pertains to freebsd-ports, but not this portion). -- | 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 Mon Sep 25 15:29:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53E3B16A40F for ; Mon, 25 Sep 2006 15:29:14 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2754743D91 for ; Mon, 25 Sep 2006 15:28:57 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id F0C50BEC0F6; Mon, 25 Sep 2006 08:28:56 -0700 (PDT) X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Sep 25 08:28:56 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4517f5b8222162335949428 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.499 X-Spam-Level: X-Spam-Status: No, score=-4.499 tagged_above=-10 required=2 tests=[ALL_TRUSTED=-1.8, AWL=-0.000, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xtC7DCscLiSs; Mon, 25 Sep 2006 08:28:56 -0700 (PDT) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.2]) by mail.phantombsd.org (Postfix) with ESMTP id 8733CBEC0F4; Mon, 25 Sep 2006 08:28:56 -0700 (PDT) Message-ID: <9695551.181159198136444.JavaMail.root@tomcat.phantombsd.org> Date: Mon, 25 Sep 2006 08:28:56 -0700 (PDT) From: "C. Scott" To: Dominic Marks In-Reply-To: <4517B2F1.60406@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: winbindd won't start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: casey@phantombsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 15:29:14 -0000 I can successfully "kinit ADMINISTRATOR@HERCULES.LOCAL" and klist shows the ticket. My krb5.conf: [libdefaults] default_realm = YOUR.KERBEROS.REALM [realms] YOUR.KERBEROS.REALM = { kdc = your.kerberos.server } [domain_realms] .kerberos.server = YOUR.KERBEROS.REALM That is the same config as before. Like I said, I just upgraded Samba, which was working. ----- Original Message ----- From: Dominic Marks To: casey@phantombsd.org Cc: freebsd-stable@freebsd.org Sent: Monday, September 25, 2006 3:44:01 AM GMT-0800 Subject: Re: winbindd won't start > > [2006/09/24 11:30:15, 0] libsmb/cliconnect.c:cli_session_setup_spnego(776) > Kinit failed: Cannot contact any KDC for requested realm > Failed to join domain! > > > As far as I know, nothing has changed. Does anyone have any suggestions? Is your /etc/krb5.conf intact and correct? Do you have a valid ticket? (klist) Dominic From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 15:35:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB63B16A416 for ; Mon, 25 Sep 2006 15:35:34 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F7D643D45 for ; Mon, 25 Sep 2006 15:35:34 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id 87DECBEC0F6; Mon, 25 Sep 2006 08:35:34 -0700 (PDT) X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Sep 25 08:35:34 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4517f746232431132953844 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.499 X-Spam-Level: X-Spam-Status: No, score=-4.499 tagged_above=-10 required=2 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AhZyXykNhzLj; Mon, 25 Sep 2006 08:35:34 -0700 (PDT) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.2]) by mail.phantombsd.org (Postfix) with ESMTP id 210A0BEC0F4; Mon, 25 Sep 2006 08:35:34 -0700 (PDT) Message-ID: <19499046.211159198534040.JavaMail.root@tomcat.phantombsd.org> Date: Mon, 25 Sep 2006 08:35:34 -0700 (PDT) From: "C. Scott" To: Guy Helmer In-Reply-To: <4517DDC0.5060704@palisadesys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: winbindd won't start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: casey@phantombsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 15:35:34 -0000 ----- Guy Helmer wrote: > C. Scott wrote: > > Last night I upgraded Samba on my FBSD 6.1 machine. Samba was > working fine before the upgrade. Since the upgrade, I can not get > winbindd to run. It writes this to the winbindd log before dying: > > > > [2006/09/24 11:17:30, 1] nsswitch/winbindd.c:main(953) > > winbindd version 3.0.23c started. > > Copyright The Samba Team 2000-2004 > > [2006/09/24 11:17:30, 0] > nsswitch/winbindd_util.c:init_domain_list(518) > > Could not fetch our SID - did we join? > > [2006/09/24 11:17:30, 0] nsswitch/winbindd.c:main(1051) > > unable to initalize domain list > > [2006/09/24 11:17:47, 1] nsswitch/winbindd.c:main(953) > > winbindd version 3.0.23c started. > > Copyright The Samba Team 2000-2004 > > [2006/09/24 11:17:47, 0] > nsswitch/winbindd_util.c:init_domain_list(518) > > Could not fetch our SID - did we join? > > [2006/09/24 11:17:47, 0] nsswitch/winbindd.c:main(1051) > > unable to initalize domain list > > > Have you moved your Samba tdb files from /usr/local/private to > /usr/local/etc/samba/? > I did not orginally do that. I did move the files just now, and restarted Samba. Winbindd is now running! However, I am still unable to join the Domain Administrator's password: [2006/09/25 08:33:45, 0] libsmb/cliconnect.c:cli_session_setup_spnego(776) Kinit failed: Cannot contact any KDC for requested realm Failed to join domain! kinit works though!? eagle# kinit ADMINISTRATOR@HERCULES.LOCAL ADMINISTRATOR@HERCULES.LOCAL's Password: kinit: NOTICE: ticket renewable lifetime is 1 week Thanks > Hope this helps, > Guy Helmer > > -- > Guy Helmer, Ph.D. > Chief System Architect > Palisade Systems, Inc. > > _______________________________________________ > 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 Mon Sep 25 15:44:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E62E16A40F for ; Mon, 25 Sep 2006 15:44:21 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0134B43DAD for ; Mon, 25 Sep 2006 15:44:00 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id 0665FBEC0F6; Mon, 25 Sep 2006 08:44:01 -0700 (PDT) X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Sep 25 08:44:00 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4517f940246085096218975 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.499 X-Spam-Level: X-Spam-Status: No, score=-4.499 tagged_above=-10 required=2 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3T3i+W0FziDi; Mon, 25 Sep 2006 08:44:00 -0700 (PDT) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.2]) by mail.phantombsd.org (Postfix) with ESMTP id A7AE4BEC0F4; Mon, 25 Sep 2006 08:44:00 -0700 (PDT) Message-ID: <769307.241159199040598.JavaMail.root@tomcat.phantombsd.org> Date: Mon, 25 Sep 2006 08:44:00 -0700 (PDT) From: "C. Scott" To: Guy Helmer In-Reply-To: <4517DDC0.5060704@palisadesys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: winbindd won't start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: casey@phantombsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 15:44:21 -0000 ----- Guy Helmer wrote: > C. Scott wrote: > > Last night I upgraded Samba on my FBSD 6.1 machine. Samba was > working fine before the upgrade. Since the upgrade, I can not get > winbindd to run. It writes this to the winbindd log before dying: > > > > [2006/09/24 11:17:30, 1] nsswitch/winbindd.c:main(953) > > winbindd version 3.0.23c started. > > Copyright The Samba Team 2000-2004 > > [2006/09/24 11:17:30, 0] > nsswitch/winbindd_util.c:init_domain_list(518) > > Could not fetch our SID - did we join? > > [2006/09/24 11:17:30, 0] nsswitch/winbindd.c:main(1051) > > unable to initalize domain list > > [2006/09/24 11:17:47, 1] nsswitch/winbindd.c:main(953) > > winbindd version 3.0.23c started. > > Copyright The Samba Team 2000-2004 > > [2006/09/24 11:17:47, 0] > nsswitch/winbindd_util.c:init_domain_list(518) > > Could not fetch our SID - did we join? > > [2006/09/24 11:17:47, 0] nsswitch/winbindd.c:main(1051) > > unable to initalize domain list > > > Have you moved your Samba tdb files from /usr/local/private to > /usr/local/etc/samba/? > :( I just saw this in UPDATING. I don't know how I missed that. > Hope this helps, > Guy Helmer > > -- > Guy Helmer, Ph.D. > Chief System Architect > Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 16:28:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D9FD16A40F; Mon, 25 Sep 2006 16:28:03 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 661A543D58; Mon, 25 Sep 2006 16:28:00 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k8PGRwsa020207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Sep 2006 12:27:59 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: stable@freebsd.org, current@freebsd.org Date: Mon, 25 Sep 2006 12:27:52 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609251227.52791.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/1943/Mon Sep 25 10:22:29 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: Subject: Mystery symbols made up by C++ at _low_ optimization levels 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, 25 Sep 2006 16:28:03 -0000 Could someone with knowledge of compilers, please, look at the PR 103610? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/103610 One of the source files, when compiled (with -O0 or -O1), grows a symbol, that is not referenced anywhere else... Depending on the optimizations, the symbol name and the line-number change from `.LC786' and 181 with -O0 below: loctest.o(.data+0x51c):/usr/ports/devel/icu/work/icu/source/test/intltest/loctest.cpp:181: undefined reference to `.LC786' loctest.o(.data+0x520):/usr/ports/devel/icu/work/icu/source/test/intltest/loctest.cpp:181: undefined reference to `.LC786' to `.LC779' and 185 with -O1... Compiling with -O2 gets rid of the problem, but not everyone likes to do that. I checked -- it does not come from any pre-processor magic. Any clues? To reproduce, build the devel/icu port with -O1 and -g. Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 17:36:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E4BA16A403 for ; Mon, 25 Sep 2006 17:36:53 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE9E143D93 for ; Mon, 25 Sep 2006 17:36:46 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J65003GASX95420@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 25 Sep 2006 19:36:45 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.224]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J65006EDSX9NNJ1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 25 Sep 2006 19:36:45 +0200 (CEST) Date: Mon, 25 Sep 2006 19:36:45 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20060925193645.62fb05b5.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd5.5) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: reporting unimplemented functions in linuxolator? 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, 25 Sep 2006 17:36:53 -0000 Hello, When I use the NX client (net/linux-nx-client), I get lots of lines in /var/log/messages: Sep 23 21:01:54 kg-work kernel: linux: pid 19544 (nxproxy): ioctl fd=5, cmd=0x5411 ('T',17) is not imp lemented Sep 23 21:02:25 kg-work last message repeated 4468 times The NX client work fine, I just wonder if this should be reported somewhere? My system: root@kg-work# uname -a FreeBSD kg-work.kg4.no 5.5-STABLE FreeBSD 5.5-STABLE #9: Tue Aug 22 17:26:30 CEST 2006 root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G i386 -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 17:50:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0158516A40F for ; Mon, 25 Sep 2006 17:50:19 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF6D43D58 for ; Mon, 25 Sep 2006 17:50:17 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.6) with ESMTP id k8PHoGSw006801; Mon, 25 Sep 2006 21:50:16 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 25 Sep 2006 21:50:16 +0400 (MSD) From: Dmitry Morozovsky To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <868xk8tjfy.fsf@dwp.des.no> Message-ID: <20060925214730.R752@woozle.rinet.ru> References: <20060925114102.F79983@woozle.rinet.ru> <868xk8tjfy.fsf@dwp.des.no> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 25 Sep 2006 21:50:16 +0400 (MSD) Cc: stable@freebsd.org Subject: Re: chpass(1) patch for changing only crypted passwords 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, 25 Sep 2006 17:50:19 -0000 On Mon, 25 Sep 2006, Dag-Erling Sm?rgrav wrote: DS> Dmitry Morozovsky writes: DS> > chpass is a bit broken since chpass.c:1.23 - it uses pw_equal which DS> > does not check crypted password field; so, you can not change _only_ DS> > crypt pass with chpass. Attached patch fixes this. DS> DS> Looks fine to me, feel free to commit. Done, thanks. BTW, a question inspired by ru@: why pw_equal() skips password field? Its interface is unpublished, and the only consumers are marck@woozle:/lh/src.current> grep -Rl pw_equal . ./lib/libutil/libutil.h ./lib/libutil/pw_util.c ./release/picobsd/tinyware/passwd/pw_copy.c ./usr.bin/chpass/chpass.c and tyniware is false alarm ;) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 17:53:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDBC916A417 for ; Mon, 25 Sep 2006 17:53:42 +0000 (UTC) (envelope-from e-4a48424b4b-2473-e@happy-fish.co.uk) Received: from mail.happy-fish.org.uk (mail.happy-fish.org.uk [81.174.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DCA643D8A for ; Mon, 25 Sep 2006 17:53:35 +0000 (GMT) (envelope-from e-4a48424b4b-2473-e@happy-fish.co.uk) From: FreeBSD Noob To: freebsd-stable@happy-fish.org.uk Message-ID: Newsgroups: freebsd-stable Path: anonymous Date: Mon, 25 Sep 2006 18:52:45 +0100 X-Newsreader: Forte Agent 2.0/32.640 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Hops: 1 Cc: Subject: Upgrading to 6.2 stable - failed to compile 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: Mon, 25 Sep 2006 17:53:42 -0000 Hi, As a total newbie, I am pushing my (lack of) knowledge to the limit as a way of learning more about FreeBSD... I had v6.1 release installed and a custom kernel. After the binary upgrade to v6.2, I tried to recreate the PPS kernel from updated sources, but got: | ../../../dev/mii/ip1000phy.c | ../../../dev/mii/ip1000phy.c: In function `ip1000phy_probe': | ../../../dev/mii/ip1000phy.c:91: error: `MII_OUI_ICPLUS' undeclared (first use in this function) | ../../../dev/mii/ip1000phy.c:91: error: (Each undeclared identifier is reported only once | ../../../dev/mii/ip1000phy.c:91: error: for each function it appears in.) | ../../../dev/mii/ip1000phy.c:92: error: `MII_MODEL_ICPLUS_IP1000A' undeclared (first use in this function) | ../../../dev/mii/ip1000phy.c:93: error: `MII_STR_ICPLUS_IP1000A' undeclared (first use in this function) | *** Error code 1 | | Stop in /usr/src/sys/i386/compile/MINIMUM_PPS. Using this method: | config MINIMUM_PPS | cd ../compile/MINIMUM_PPS | make cleandepend | make depend | make | make install MINIMUM_PPS had compiled OK on 6.1 and this is the only way I have tried to create a custom kernel so far. I had run cvsup to register the existing 6.1 release, and then again to update to the latest 6.2 stable. I can post the supfiles, if it would help - it's also the first time I've used cvsup... As an experiment, I have just started a buildworld to see if that will fix the problem. That is likely to take a while on my AMD5x86 machine so, while i am waiting, I thought I would ask if anyone can see where I went wrong. Cheers From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 18:30:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11A916A47C for ; Mon, 25 Sep 2006 18:30:30 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6789643D45 for ; Mon, 25 Sep 2006 18:30:30 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 9E22DB810 for ; Mon, 25 Sep 2006 14:30:29 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20060922203654.GA65693@xor.obsecurity.org> References: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> <20060922190328.GA64849@xor.obsecurity.org> <555B84D2-520F-44D6-84D6-CF9CE7EE47C7@khera.org> <20060922203654.GA65693@xor.obsecurity.org> X-Gpgmail-State: !signed Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11-513202248; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Mon, 25 Sep 2006 14:30:28 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ffs snapshot lockup 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, 25 Sep 2006 18:30:31 -0000 --Apple-Mail-11-513202248 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Sep 22, 2006, at 4:36 PM, Kris Kennaway wrote: > Start by enabling INVARIANTS, INVARIANT_SUPPORT, DEBUG_LOCKS and > DEBUG_VFS_LOCKS, then run 'show lockedvnods' and 'alltrace' in DDB > (spammy, need that serial console), or at least trace the running > processes (show allpcpu) and those listed in lockedvnods. Then call > doadump and save the core+kernel.debug when you reboot. Well, it happened again (as I was building the debugging kernel, no less)... but it only locked up one file system not the whole box. So my home dir was wedged, and everything trying to use anyone's home dir was wedged, but /usr and / were still responding. So now I do have the kernel in place and the serial console is already there and your notes on what to do are there, so next time it happens I'm ready! --Apple-Mail-11-513202248-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 18:35:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18BEE16A403 for ; Mon, 25 Sep 2006 18:35:20 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C1D43D60 for ; Mon, 25 Sep 2006 18:35:19 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 2) with ESMTP (SSL) id DBH62242 for ; Mon, 25 Sep 2006 11:34:42 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 53F5C45058 for ; Mon, 25 Sep 2006 11:34:42 -0700 (PDT) To: stable@freebsd.org In-Reply-To: Your message of "Mon, 25 Sep 2006 18:52:45 BST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1159209282_57457P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 25 Sep 2006 11:34:42 -0700 From: "Kevin Oberman" Message-Id: <20060925183442.53F5C45058@ptavv.es.net> Cc: Subject: Re: Upgrading to 6.2 stable - failed to compile 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: Mon, 25 Sep 2006 18:35:20 -0000 --==_Exmh_1159209282_57457P Content-Type: multipart/signed; boundary="==_Exmh_1159208513_57457P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit --==_Exmh_1159208513_57457P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: FreeBSD Noob > Date: Mon, 25 Sep 2006 18:52:45 +0100 > Sender: owner-freebsd-stable@freebsd.org > > Hi, > > As a total newbie, I am pushing my (lack of) knowledge to the limit as > a way of learning more about FreeBSD... > > I had v6.1 release installed and a custom kernel. After the binary > upgrade to v6.2, I tried to recreate the PPS kernel from updated > sources, but got: > | ../../../dev/mii/ip1000phy.c > | ../../../dev/mii/ip1000phy.c: In function `ip1000phy_probe': > | ../../../dev/mii/ip1000phy.c:91: error: `MII_OUI_ICPLUS' undeclared (first use in this function) > | ../../../dev/mii/ip1000phy.c:91: error: (Each undeclared identifier is reported only once > | ../../../dev/mii/ip1000phy.c:91: error: for each function it appears in.) > | ../../../dev/mii/ip1000phy.c:92: error: `MII_MODEL_ICPLUS_IP1000A' undeclared (first use in this function) > | ../../../dev/mii/ip1000phy.c:93: error: `MII_STR_ICPLUS_IP1000A' undeclared (first use in this function) > | *** Error code 1 > | > | Stop in /usr/src/sys/i386/compile/MINIMUM_PPS. > > Using this method: > | config MINIMUM_PPS > | cd ../compile/MINIMUM_PPS > | make cleandepend > | make depend > | make > | make install > > MINIMUM_PPS had compiled OK on 6.1 and this is the only way I have > tried to create a custom kernel so far. > > I had run cvsup to register the existing 6.1 release, and then again > to update to the latest 6.2 stable. I can post the supfiles, if it > would help - it's also the first time I've used cvsup... > > As an experiment, I have just started a buildworld to see if that will > fix the problem. That is likely to take a while on my AMD5x86 machine > so, while i am waiting, I thought I would ask if anyone can see where > I went wrong. 1. Your mail address bounced my attempt at a private reply. 2. Building a kernel with config is not officially supported. It's at your risk and may not work in all cases. Build a kernel with: cd /usr/src make buildkernel 3. You need "device mii" if you have any network device that uses it and most do. 4. If you update sources, you need to build both world and kernel. (See /usr/src/UPDATING near the end.) If sources are not changes, just re-build the kernel. -- 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_1159208513_57457P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFGB5Bkn3rs5h7N1ERAmoCAKCPIvnWP+cgQgewEk7wRQdW7V3++QCgm4XQ QFA54QXBlVrEJLWfa7X4Q9g= =nDpt -----END PGP SIGNATURE----- --==_Exmh_1159208513_57457P-- --==_Exmh_1159209282_57457P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFGCFCkn3rs5h7N1ERAsjeAJ4/dBJy+KsXT7iI1W8YuFjQOpeYcACcCZ1R x1dZ5ZANo46JgljCt6ljZgI= =uXCr -----END PGP SIGNATURE----- --==_Exmh_1159209282_57457P-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 18:58:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D067716A583 for ; Mon, 25 Sep 2006 18:58:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6607D43D64 for ; Mon, 25 Sep 2006 18:58:25 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc15) with ESMTP id <20060925185824m1500lfa0qe>; Mon, 25 Sep 2006 18:58:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 946FB1FA01B; Mon, 25 Sep 2006 11:58:24 -0700 (PDT) Date: Mon, 25 Sep 2006 11:58:24 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060925185824.GA33068@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> <20060922190328.GA64849@xor.obsecurity.org> <555B84D2-520F-44D6-84D6-CF9CE7EE47C7@khera.org> <20060922203654.GA65693@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: ffs snapshot lockup 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, 25 Sep 2006 18:58:25 -0000 This problem sounds awfully like what I reported in a recent PR. Now I'm starting to have my doubts as to whether or not my hardware was indeed at fault... http://www.freebsd.org/cgi/query-pr.cgi?pr=103435 -- | 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 Mon Sep 25 20:34:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAEE616A415 for ; Mon, 25 Sep 2006 20:34:34 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 337B843D73 for ; Mon, 25 Sep 2006 20:34:33 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id k8PKYeLp021234 for ; Mon, 25 Sep 2006 15:34:40 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Mon, 25 Sep 2006 15:34:31 -0500 (CDT) From: "Sean C. Farley" To: freebsd-stable@freebsd.org In-Reply-To: <200609211802.k8LI2PoI039105@lurza.secnetix.de> Message-ID: <20060925152701.Q18169@thor.farley.org> References: <200609211802.k8LI2PoI039105@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Strange spaces in ls -kls output, and dd(1) 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: Mon, 25 Sep 2006 20:34:34 -0000 On Thu, 21 Sep 2006, Oliver Fromme wrote: > Oh by the way, "dd conv=sparse" doesn't seem to work for > me; it doesn't create a sparse file: > > $ dd if=/dev/zero of=test bs=512 count=1000 conv=sparse > 1000+0 records in > 1000+0 records out > 512000 bytes transferred in 0.070895 secs (7221952 bytes/sec) > $ ls -kls test > 528 -rw-r--r-- 1 root nfswheel 512000 Sep 21 19:58 test It is a "feature" of dd that does not create sparse files if given a block size. Sean -- sean-freebsd@farley.org From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 21:54:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A19616A407 for ; Mon, 25 Sep 2006 21:54:22 +0000 (UTC) (envelope-from e-4a48424b4b-2473-e@happy-fish.co.uk) Received: from mail.happy-fish.org.uk (mail.happy-fish.org.uk [81.174.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3575343D55 for ; Mon, 25 Sep 2006 21:54:19 +0000 (GMT) (envelope-from e-4a48424b4b-2473-e@happy-fish.co.uk) From: FreeBSD Noob To: freebsd-stable@happy-fish.org.uk Message-ID: Newsgroups: freebsd-stable Path: anonymous Date: Mon, 25 Sep 2006 22:54:10 +0100 References: <20060925183442.53F5C45058@ptavv.es.net> X-Newsreader: Forte Agent 2.0/32.640 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Hops: 1 Cc: Subject: Re: Upgrading to 6.2 stable - failed to compile 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: Mon, 25 Sep 2006 21:54:22 -0000 On Mon, 25 Sep 2006 11:34:42 -0700, "Kevin Oberman" wrote: Thanks Kevin, >1. Your mail address bounced my attempt at a private reply. Sorry, I don't uderstand why - it is a timelimited address that should work! but it's a facility I don't use that often.... I did have a look through my log and didn't see a rejection that would tie up with your message. Hmmm. Just a thought: did the bounce message actually come from my mailserver? >2. Building a kernel with config is not officially supported. It's at > your risk and may not work in all cases. Build a kernel with: > cd /usr/src > make buildkernel I was just fightened by all this make.conf stuff! If everything is in my kernel file in /usr/src/sys/i386/conf/MINIMUM_PPS, can I just ignore make.conf? >3. You need "device mii" if you have any network device that uses it and > most do. Yes, it's included; | device miibus # MII bus support | # 'device ed' requires 'device miibus' | device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards >4. If you update sources, you need to build both world and kernel. (See > /usr/src/UPDATING near the end.) If sources are not changes, just > re-build the kernel. I wasn't sure if that was necessary. I takes about 2 hours to build the kernel without modules, about 15 hours with modules - I've no idea how long buildworld is going to take... Thanks again. Geoff From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 22:09:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F1316A412 for ; Mon, 25 Sep 2006 22:09:30 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC7D43D78 for ; Mon, 25 Sep 2006 22:09:29 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-118-132.pools.arcor-ip.net [84.60.118.132]) by dd2718.kasserver.com (Postfix) with ESMTP id 3D03312D61 for ; Tue, 26 Sep 2006 00:09:05 +0200 (CEST) Message-ID: <45185396.9000608@chillt.de> Date: Mon, 25 Sep 2006 23:09:26 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 References: <20060925183442.53F5C45058@ptavv.es.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Upgrading to 6.2 stable - failed to compile 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: Mon, 25 Sep 2006 22:09:30 -0000 > I was just fightened by all this make.conf stuff! If everything is in > my kernel file in /usr/src/sys/i386/conf/MINIMUM_PPS, can I just > ignore make.conf? Your MINIMUM_PPS file contains the entire kernel configuration and unless you want to tweak additional options (compiler flags and optimization settings for example), there is no need to modify make.conf. > I wasn't sure if that was necessary. I takes about 2 hours to build > the kernel without modules, about 15 hours with modules - I've no idea > how long buildworld is going to take... A buildworld takes considerably longer than a kernel build. If a kernel takes hours, a buildworld could be a few days... you must be using a very slow machine. A kernel build on my Centrino 1.6GHz takes only a few minutes. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 22:32:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6141D16A403; Mon, 25 Sep 2006 22:32:14 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A5343D68; Mon, 25 Sep 2006 22:32:13 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k8PMW89I084400; Tue, 26 Sep 2006 01:32:08 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k8PMW82c084396; Tue, 26 Sep 2006 01:32:08 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 26 Sep 2006 01:32:08 +0300 (EEST) From: Dmitry Pryanishnikov To: John Baldwin In-Reply-To: <200609221919.k8MJJGmW048924@repoman.freebsd.org> Message-ID: <20060926011834.H69674@atlantis.atlantis.dp.ua> References: <200609221919.k8MJJGmW048924@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, freebsd-stable@freebsd.org Subject: SMBus regression (Re: cvs commit: src/sys/dev/bktr bktr_i2c.c bktr_i2c.h src/sys/dev/ichsmb ichsmb.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: Mon, 25 Sep 2006 22:32:14 -0000 Hello! On Fri, 22 Sep 2006, John Baldwin wrote: >jhb 2006-09-22 19:19:16 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/dev/bktr bktr_i2c.c bktr_i2c.h > sys/dev/ichsmb ichsmb.c > sys/dev/iicbus iicsmb.c > sys/dev/smbus smb.c smb.h smbconf.c smbconf.h smbus.c > smbus.h smbus_if.m > sys/pci alpm.c amdpm.c amdsmb.c intpm.c nfsmb.c > viapm.c > Log: > MFC: Minor overhaul of SMBus support including: This commit has broken SMBus attachment at least on ICH4; boot messages difference (diff -u old new) gives only 1 line missing: ichsmb0: port 0xe000-0xe01f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 -smb0: on smbus0 So with the new SMBus modules smb0 no longer attaches to the smbus0 despite having all 3 modules loaded as before: dmitry@homelynx$ kldstat|grep smb 21 3 0xc07b9000 29ac smbus.ko 23 1 0xc07c0000 4ff8 ichsmb.ko 45 1 0xc6974000 3000 smb.ko After reverting the contents of /sys/dev/{ichsmb,smbus} to the pre-commit state (date=2006.09.22.19.19.00) and recompiling the modules (smbus, ichsmb, smb) I've got working SMBus subsystem again. Please look into this problem. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 23:57:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C70F216A403 for ; Mon, 25 Sep 2006 23:57:03 +0000 (UTC) (envelope-from yeyang@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFAC43D45 for ; Mon, 25 Sep 2006 23:57:03 +0000 (GMT) (envelope-from yeyang@ISI.EDU) Received: from [128.9.168.120] (abins.isi.edu [128.9.168.120]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id k8PNuwQ7001273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 25 Sep 2006 16:56:59 -0700 (PDT) Message-ID: <45186CC9.5070300@isi.edu> Date: Mon, 25 Sep 2006 16:56:57 -0700 From: Yi-Hua Edward Yang User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: yeyang@isi.edu Subject: bge driver problem for BCM5754 on 6.2 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: Mon, 25 Sep 2006 23:57:03 -0000 Hi, I install FreeBSD 6.1 on a new Dell Precision 390, which has an on-board BCM5754 GbE NIC that was not recognized. A quick look into the CVS shows that its support is added at if_bge.c rev. 1.91.2.15, later than what is found in 6.1. So I performed cvsup, rebuilt world and kernel with if_bge as a separate module. Loading the module after reboot put kernel to fatal trap 19. Furthermore, the device "recognized" by the module is wrong - BCM5787 instead of BCM5754. (I checked with pciconf that the on-board GbE does have the device ID of BCM5754.) Below is the fatal trap message - bge0: mem 0xecef0000-0xecefffff irq 17 at device 0.0 on pci4 kernel trap 19 with interrupts disabled Fatal trap 19: non-maskable interrupt trap while in kernel mode instruction pointer = 0x20:0xc088c873 stack pointer = 0x28:0xe74caa48 frame pointer = 0x28:0xe74caa54 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 547 (kldload) [thread pid 547 tid 100071 ] Stopped at 0xc088c873 = pcireg_cfgwrite+0xa3: nop db> I suspect some problem in if_bge for BCM5754 when merging the device driver source with HEAD after 6.1 release, but I do not have enough knowledge to debug the driver. I hope someone with knowledge of if_bge device driver source could help. Please let me know if other information is needed. Thanks. Sincerely, Edward From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 01:15:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F99016A407; Tue, 26 Sep 2006 01:15:13 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F66343D4C; Tue, 26 Sep 2006 01:15:12 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 028A54CDCA; Tue, 26 Sep 2006 01:16:56 +0000 (GMT) Received: from beaste5.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 937334CDC4; Tue, 26 Sep 2006 01:16:55 +0000 (GMT) Received: from beaste5.jumbuck.com (beast5 [192.168.46.105]) by beaste5.jumbuck.com (Postfix) with ESMTP id C478620A4E6D; Tue, 26 Sep 2006 11:15:10 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by beaste5.jumbuck.com (Postfix) with ESMTP id A514D20A4E57; Tue, 26 Sep 2006 11:15:10 +1000 (EST) Message-ID: <45187F1D.4070500@thebeastie.org> Date: Tue, 26 Sep 2006 11:15:09 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.13) Gecko/20060727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: <45174A0C.50404@thebeastie.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: probs on 6.2-prerelease 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, 26 Sep 2006 01:15:13 -0000 Danny Braniss wrote: >>Hey all, >> >>I don't know if this is pre 6.2 specific but I changed my /etc/tty for >>device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't >>login via regular KVM console, just don't get a login. >>The more alarming thing was that while it appeared everything was >>booting up from the boot up messages on the screen, I couldn't remotely >>log into the server in fact it appears the machine didn't bring up the >>Ethernet device as I couldn't even ping it. >>As soon as I switched the ttyd0 back to 'off' and rebooted it I could >>ssh back into the server etc. >>I have a regular kernel and 1 jail and samba on this machine. >> >>This might just be a ports thing but on another 6.2 server I setup a >>jailed mail server with courier imap and I have noticed that it fails to >>build the courier-imap port with FAM support. >>I tried also installing the gamin FAM alternative which builds ok but I >>get signal 11 when I try to login to the imap server. >> >>Does anyone else have these problems? >> >> >> > >I've been having this for a very long time, if the serial port does >not realy exist - i don't know the technical wording for this -, > >if the kernel detected the sio hardare, but it's not realy >wired, then it the kernel will hang when getty will try to open it. > >danny > > OK good then its not just me, yes I haven't checked if the serial port is actually enabled in the bios, still I think its quite ordinary to have a machine basically fully hang up just because theres no active serial port. With no network or serial (unless you can enable/find it hardware side) I had to boot from the Freebsd install cdrom in fix it mode and mount the installed setup and revert the tty change. Mike From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 02:14:35 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5486016A412 for ; Tue, 26 Sep 2006 02:14:35 +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 0D4E143D5C for ; Tue, 26 Sep 2006 02:14:34 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7004C46BD8; Mon, 25 Sep 2006 22:14:34 -0400 (EDT) Date: Tue, 26 Sep 2006 03:14:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Joerg Pernfuss In-Reply-To: <20060923130543.Y1938@fledge.watson.org> Message-ID: <20060926031317.U73166@fledge.watson.org> References: <20060917091750.T74654@fledge.watson.org> <20060922025016.6bc38025@loki.starkstrom.lan> <20060923130543.Y1938@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: Problems with auditd -- resolved 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, 26 Sep 2006 02:14:35 -0000 On Sat, 23 Sep 2006, Robert Watson wrote: > Right now the id(1) command in -STABLE doesn't print audit properties of the > process, but I've attached a patch that causes it to do so when "id -a" is > run. If you could apply this patch and run "id -a" as root, that would be > helpful. I've merged this patch to 6-STABLE, but we've renamed the flag "-A" so as not to conflict with a flag in Solaris. If you could let me know what the results of running "id -A" are, when running as root su'd from a number user that should be getting audited, that would be helpful. Thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 02:16:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C02B716A412 for ; Tue, 26 Sep 2006 02:16:59 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6495D43D6A for ; Tue, 26 Sep 2006 02:16:59 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 4AAB2114024 for ; Tue, 26 Sep 2006 02:16:59 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id B0B4EE6076 for ; Tue, 26 Sep 2006 02:16:58 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.8/8.13.6) with ESMTP id k8Q2Gtxk045006 for ; Tue, 26 Sep 2006 12:16:56 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200609260216.k8Q2Gtxk045006@drugs.dv.isc.org> To: stable@freebsd.org From: Mark Andrews Date: Tue, 26 Sep 2006 12:16:55 +1000 Sender: Mark_Andrews@isc.org Cc: Subject: Is there any good reason for get*by*_r()? 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, 26 Sep 2006 02:16:59 -0000 get*by*_r() are deprecated on most platforms and there use is highly non-portable, lots of different API's. Why are we adding compatability for deprecated functions? 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 Tue Sep 26 03:13:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDC3716A40F for ; Tue, 26 Sep 2006 03:13:23 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id AA24343D46 for ; Tue, 26 Sep 2006 03:13:22 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 7242 invoked from network); 26 Sep 2006 03:13:42 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 26 Sep 2006 03:13:42 -0000 Received: (qmail 79405 invoked by uid 1026); 26 Sep 2006 03:13:42 -0000 Received: from 127.0.0.1 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.25 (spamassassin: 3.0.2. Clear:RC:1(127.0.0.1):. Processed in 3.289937 secs); 26 Sep 2006 03:13:42 -0000 Received: from unknown (HELO JMLAPTOP) (unknown) by unknown with SMTP; 26 Sep 2006 03:13:38 -0000 From: "Jan Mikkelsen" To: Date: Tue, 26 Sep 2006 13:13:19 +1000 Organization: Transactionware Message-ID: <003001c6e119$b7d59e20$c801a8c0@transactionware.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0031_01C6E16D.8981AE20" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Importance: Normal In-Reply-To: <001701c6df61$48504640$0202a8c0@transactzbkv04> Cc: 'Stefan Esser' Subject: RE: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 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, 26 Sep 2006 03:13:24 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0031_01C6E16D.8981AE20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Attached is a simpler patch, after some feedback from Stefan over general niceness. It removes the amd64 special case by splitting the target member (an array of struct sym_tcb) of sym_hcb out into a separately allocated structure. This way there is never a need to allocate anything bigger than a page and the whole problem goes away with minimal change, less wasted memory and fewer outright hacks. I did spend some time looking at ripping out the custom allocator entirely, and got as far as it building and one of the cache tests failing. I don't think I'm going to spend the time to track down why; if anyone wants to pick it up then let me know. Regards, Jan Mikkelsen ------=_NextPart_000_0031_01C6E16D.8981AE20 Content-Type: application/octet-stream; name="sym_hipd.c-smaller-hcb.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="sym_hipd.c-smaller-hcb.diff" --- = /home/janm/p4/image-freebsd-std-main/FreeBSD/src/sys/dev/sym/sym_hipd.c = Sun Sep 24 08:06:41 2006=0A= +++ sym_hipd.c Mon Sep 25 17:25:02 2006=0A= @@ -421,11 +421,7 @@=0A= */=0A= =0A= #define MEMO_SHIFT 4 /* 16 bytes minimum memory chunk */=0A= -#ifndef __amd64__=0A= #define MEMO_PAGE_ORDER 0 /* 1 PAGE maximum */=0A= -#else=0A= -#define MEMO_PAGE_ORDER 1 /* 2 PAGEs maximum on amd64 */=0A= -#endif=0A= #if 0=0A= #define MEMO_FREE_UNUSED /* Free unused pages immediately */=0A= #endif=0A= @@ -434,14 +430,8 @@=0A= #define MEMO_CLUSTER_SIZE (1UL << MEMO_CLUSTER_SHIFT)=0A= #define MEMO_CLUSTER_MASK (MEMO_CLUSTER_SIZE-1)=0A= =0A= -#ifndef __amd64__=0A= #define get_pages() malloc(MEMO_CLUSTER_SIZE, M_DEVBUF, M_NOWAIT)=0A= #define free_pages(p) free((p), M_DEVBUF)=0A= -#else=0A= -#define get_pages() contigmalloc(MEMO_CLUSTER_SIZE, M_DEVBUF, \=0A= - 0, 0, 1LL << 32, PAGE_SIZE, 1LL << 32)=0A= -#define free_pages(p) contigfree((p), MEMO_CLUSTER_SIZE, M_DEVBUF)=0A= -#endif=0A= =0A= typedef u_long m_addr_t; /* Enough bits to bit-hack addresses */=0A= =0A= @@ -675,7 +665,7 @@=0A= BUS_DMA_NOWAIT, &vbp->dmamap))=0A= goto out_err;=0A= bus_dmamap_load(mp->dmat, vbp->dmamap, vaddr,=0A= - MEMO_CLUSTER_SIZE, getbaddrcb, &baddr, 0);=0A= + MEMO_CLUSTER_SIZE, getbaddrcb, &baddr, BUS_DMA_NOWAIT);=0A= if (baddr) {=0A= int hc =3D VTOB_HASH_CODE(vaddr);=0A= vbp->vaddr =3D (m_addr_t) vaddr;=0A= @@ -735,7 +725,7 @@=0A= mp->dev_dmat =3D dev_dmat;=0A= if (!bus_dma_tag_create(dev_dmat, 1, MEMO_CLUSTER_SIZE,=0A= BUS_SPACE_MAXADDR_32BIT,=0A= - BUS_SPACE_MAXADDR_32BIT,=0A= + BUS_SPACE_MAXADDR,=0A= NULL, NULL, MEMO_CLUSTER_SIZE, 1,=0A= MEMO_CLUSTER_SIZE, 0,=0A= busdma_lock_mutex, &Giant, &mp->dmat)) {=0A= @@ -1592,7 +1582,7 @@=0A= /*=0A= * Target data.=0A= */=0A= - struct sym_tcb target[SYM_CONF_MAX_TARGET];=0A= + struct sym_tcb *target;=0A= =0A= /*=0A= * Target control block bus address array used by the SCRIPT =0A= @@ -8698,6 +8688,11 @@=0A= np->fw_patch =3D fw->patch;=0A= np->fw_name =3D fw->name;=0A= =0A= + np->target =3D sym_calloc_dma(SYM_CONF_MAX_TARGET * = sizeof(*(np->target)),=0A= + "TARGET");=0A= + if (!np->target)=0A= + goto attach_failed;=0A= +=0A= /*=0A= * Edit its name.=0A= */=0A= @@ -9096,6 +9091,9 @@=0A= "LUNMP");=0A= #endif =0A= }=0A= + if (np->target)=0A= + sym_mfree_dma(np->target,=0A= + SYM_CONF_MAX_TARGET * sizeof(*(np->target)), "TARGET");=0A= if (np->targtbl)=0A= sym_mfree_dma(np->targtbl, 256, "TARGTBL");=0A= if (np->data_dmat)=0A= ------=_NextPart_000_0031_01C6E16D.8981AE20-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 06:02:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F041A16A40F for ; Tue, 26 Sep 2006 06:02:18 +0000 (UTC) (envelope-from freebsd_stable_200609@happy-fish.co.uk) Received: from mail.happy-fish.org.uk (mail.happy-fish.org.uk [81.174.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283E343D58 for ; Tue, 26 Sep 2006 06:02:17 +0000 (GMT) (envelope-from freebsd_stable_200609@happy-fish.co.uk) From: FreeBSD Noob To: freebsd-stable@happy-fish.org.uk Message-ID: Newsgroups: freebsd-stable Path: anonymous Date: Tue, 26 Sep 2006 07:02:12 +0100 References: <20060925183442.53F5C45058@ptavv.es.net> <45185396.9000608@chillt.de> X-Newsreader: Forte Agent 2.0/32.640 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Hops: 1 Cc: Subject: Re: Upgrading to 6.2 stable - failed to compile 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: Tue, 26 Sep 2006 06:02:19 -0000 On Mon, 25 Sep 2006 23:09:26 +0100, Bartosz Fabianowski wrote: >Your MINIMUM_PPS file contains the entire kernel configuration and >unless you want to tweak additional options (compiler flags and >optimization settings for example), there is no need to modify make.conf. That's a relief. I must go and check.. I have a feeling, I didn't actually see a make.conf file. >If a kernel takes hours, a buildworld could be a few days... you must be using a >very slow machine. A kernel build on my Centrino 1.6GHz takes only a few >minutes. Yes, it's an AMD5x86 runing at 120 MHz! Once I learned how to do some of these things the simple way, I may try running the buildworld and buildkernel for this machine on a faster machine. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 06:10:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D61E16A415 for ; Tue, 26 Sep 2006 06:10:26 +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 27FBE43D5E for ; Tue, 26 Sep 2006 06:10:26 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GS69A-00044k-Nz; Tue, 26 Sep 2006 09:10:24 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Michael Vince In-reply-to: <45187F1D.4070500@thebeastie.org> References: <45174A0C.50404@thebeastie.org> <45187F1D.4070500@thebeastie.org> Comments: In-reply-to Michael Vince message dated "Tue, 26 Sep 2006 11:15:09 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Sep 2006 09:10:24 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: probs on 6.2-prerelease 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, 26 Sep 2006 06:10:26 -0000 [...] > > >>Hey all, > >> > >>I don't know if this is pre 6.2 specific but I changed my /etc/tty for > >>device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't > >>login via regular KVM console, just don't get a login. > >>The more alarming thing was that while it appeared everything was > >>booting up from the boot up messages on the screen, I couldn't remotely > >>log into the server in fact it appears the machine didn't bring up the > >>Ethernet device as I couldn't even ping it. > >>As soon as I switched the ttyd0 back to 'off' and rebooted it I could > >>ssh back into the server etc. > >>I have a regular kernel and 1 jail and samba on this machine. > >> > >>This might just be a ports thing but on another 6.2 server I setup a > >>jailed mail server with courier imap and I have noticed that it fails to > >>build the courier-imap port with FAM support. > >>I tried also installing the gamin FAM alternative which builds ok but I > >>get signal 11 when I try to login to the imap server. > >> > >>Does anyone else have these problems? > >> > >> > >> > > > >I've been having this for a very long time, if the serial port does > >not realy exist - i don't know the technical wording for this -, > > > >if the kernel detected the sio hardare, but it's not realy > >wired, then it the kernel will hang when getty will try to open it. > > > >danny > > > > > OK good then its not just me, yes I haven't checked if the serial port > is actually enabled in the bios, still I think its quite ordinary to > have a machine basically fully hang up just because theres no active > serial port. With no network or serial (unless you can enable/find it > hardware side) I had to boot from the Freebsd install cdrom in fix it > mode and mount the installed setup and revert the tty change. > next time, just boot single user, do a fsck / then mount -u / at which point you will be able to fix /etc/ttys or any other screwup. danny From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 06:30:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 572AA16A4EB for ; Tue, 26 Sep 2006 06:30:06 +0000 (UTC) (envelope-from freebsd_stable_200609@happy-fish.co.uk) Received: from mail.happy-fish.org.uk (mail.happy-fish.org.uk [81.174.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD07043D5D for ; Tue, 26 Sep 2006 06:30:04 +0000 (GMT) (envelope-from freebsd_stable_200609@happy-fish.co.uk) From: FreeBSD Noob To: freebsd-stable@happy-fish.org.uk Message-ID: Newsgroups: freebsd-stable Path: anonymous Date: Tue, 26 Sep 2006 07:29:50 +0100 References: <20060925224808.2DED045058@ptavv.es.net> X-Newsreader: Forte Agent 2.0/32.640 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Hops: 1 Cc: Subject: Re: Upgrading to 6.2 stable - failed to compile 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: Tue, 26 Sep 2006 06:30:06 -0000 On Mon, 25 Sep 2006 15:48:08 -0700, "Kevin Oberman" wrote: >Unfortunately, I have already deleted the bounce message. I may get >another when I send this. Don't worry, I tried sending a test message from a gmail account and it bounced too. I've changed the mailbox in my address to something else. >About the only thing you should put in make.conf is the name of your >kernel config file: >KERNCONF=MY_SYS would cause the config file /sys/i386/conf/MY_SYS to be >used, assuming it's an i386 system. OK. Is that equivalent to declaring it as a make command parameter: | make buildkernel KERNCONF=MY_SYS or do I really need to put it in make.conf? >Are you sure that your kernel and world are in sync? I'm not sure I understand what 'in sync' really means. I upgraded the system from 6.1 release using the 6.2 pre-release ISOs which upgraded the binaries and installed the GENERIC kernel, but refused to upgrade the sources - so I then ran cvsup to update the sources using a supfile based on stable-supfile. Machine is 120 MHz and make buildworld is ongoing - should be time for another cup of tea I think! The only significant changes to GENERIC I need are: options PPS_SYNC options HZ=100 Cheers Geoff From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 07:30:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DE8716A407 for ; Tue, 26 Sep 2006 07:30:26 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFFAD43D46 for ; Tue, 26 Sep 2006 07:30:25 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so2143129wxd for ; Tue, 26 Sep 2006 00:30:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=daGrAieK6v3Hk2W0PET9gw/NKb75Vlkef36nz/9ws/dRa5q6aseccQ0y+n1dY07Q4+9uqZ5tweYiSWBlEoUtt6T6yUYph3LtrdY8j8dhWGToEED3SVYNuNb/ALdid8bPBpysYHkxlmwlZlJ0S2UrWO36DQ3A4WSqXP8us3J5Jrg= Received: by 10.90.113.18 with SMTP id l18mr55014agc; Tue, 26 Sep 2006 00:30:25 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Tue, 26 Sep 2006 00:30:25 -0700 (PDT) Message-ID: <7ad7ddd90609260030g24ed098ft534719cd4c396570@mail.gmail.com> Date: Tue, 26 Sep 2006 09:30:25 +0200 From: "Ulrich Spoerlein" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: make release vs. installworld 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, 26 Sep 2006 07:30:26 -0000 Hi all, I am building my own releases for FreeBSD. When upgrading a server to the new release, I'd like to use the 'make installworld' procedure. Therefore I'm mounting the /usr/src and /usr/obj from the release build via NFS onto the server in question. However, installworld will fail, as it looks like some binaries are not built inside the chrooted make release build. First missing binary is cat(1). After manually building it, the installworld stops at chmod(1) ===> bin/chio (install) install -s -o root -g wheel -m 555 chio /bin install -o root -g wheel -m 444 chio.1.gz /usr/share/man/man1 ===> bin/chmod (install) install -s -o root -g wheel -m 555 chmod /bin install: chmod: No such file or directory *** Error code 71 So, what's the recommended way to a) build own releases and b) update your servers with it. Uli PS: And why is the FreeBSD release build process so complex? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 08:07:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27A5616A49E for ; Tue, 26 Sep 2006 08:07:30 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8343043D53 for ; Tue, 26 Sep 2006 08:07:28 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 609045F38; Tue, 26 Sep 2006 12:07:27 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 3E8425F35; Tue, 26 Sep 2006 12:07:27 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8Q87Xqt066309; Tue, 26 Sep 2006 12:07:33 +0400 (MSD) (envelope-from ru) Date: Tue, 26 Sep 2006 12:07:33 +0400 From: Ruslan Ermilov To: Ulrich Spoerlein Message-ID: <20060926080733.GA66219@rambler-co.ru> References: <7ad7ddd90609260030g24ed098ft534719cd4c396570@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <7ad7ddd90609260030g24ed098ft534719cd4c396570@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: stable@freebsd.org Subject: Re: make release vs. installworld 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, 26 Sep 2006 08:07:30 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 26, 2006 at 09:30:25AM +0200, Ulrich Spoerlein wrote: [...] > So, what's the recommended way to a) build own releases >=20 Follow the release(7) manpage instructions. > and b) update your servers with it. >=20 You can use shell-script type of installation to do binary upgrades, =2E../R/stage/dists/*/install.sh. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGN/FqRfpzJluFF4RAsflAKCBPa1zFBilF2pKIHXyXvhH82MfdACfYviD n7bw2ab88Wcezy0zaSSlyfc= =RUzy -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 08:10:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2EE816A403 for ; Tue, 26 Sep 2006 08:10:54 +0000 (UTC) (envelope-from joseph.koshy@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 7121E43D53 for ; Tue, 26 Sep 2006 08:10:54 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2822520pye for ; Tue, 26 Sep 2006 01:10:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nNGkSOcI54xixoVeVsMFjUma+v5vFmsaHjGIVBV3CXefO91/obNjsefUHEED5WXy2xTfqJT/gTWtf6Gxz83C8DhKD5tkCapAHPxq7odDo+hZlC3jLTFBMIWbGEFcarhea8KWAWJujSBHah+d9ih1nc8CgRGpfAWSae0elP9XAHs= Received: by 10.65.210.18 with SMTP id m18mr715643qbq; Tue, 26 Sep 2006 01:10:47 -0700 (PDT) Received: by 10.64.179.8 with HTTP; Tue, 26 Sep 2006 01:10:47 -0700 (PDT) Message-ID: <84dead720609260110n4ba360a3r3eee0a9de6c2312e@mail.gmail.com> Date: Tue, 26 Sep 2006 13:40:47 +0530 From: "Joseph Koshy" To: "Ulrich Spoerlein" In-Reply-To: <7ad7ddd90609260030g24ed098ft534719cd4c396570@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7ad7ddd90609260030g24ed098ft534719cd4c396570@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: make release vs. installworld 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, 26 Sep 2006 08:10:55 -0000 > I am building my own releases for FreeBSD. When upgrading a server to the > new release, I'd like to use the 'make installworld' procedure. Therefore > I'm mounting the /usr/src and /usr/obj from the release build via NFS onto > the server in question. Are you running "make buildworld" on one host and "make installworld" on another? That isn't guaranteed to work AFAIK. You need to run both steps on the same host. Use DESTDIR=/path-to-nfs-mount-point. Note that you can build a 'world' for a different target architecture than that the build machine is running. > However, installworld will fail, as it looks like some binaries are not > built inside the chrooted make release build. First missing binary is > cat(1). After manually building it, the installworld stops at chmod(1) > > ===> bin/chio (install) > install -s -o root -g wheel -m 555 chio /bin > install -o root -g wheel -m 444 chio.1.gz /usr/share/man/man1 > ===> bin/chmod (install) > install -s -o root -g wheel -m 555 chmod /bin > install: chmod: No such file or directory > *** Error code 71 > So, what's the recommended way to a) build own releases and b) update your > servers with it. See /usr/src/UPDATING, look for "COMMON ITEMS". -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 08:52:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 215BB16A412 for ; Tue, 26 Sep 2006 08:52:32 +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 77DAA43D55 for ; Tue, 26 Sep 2006 08:52:31 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GS8g2-00098p-1o; Tue, 26 Sep 2006 11:52:30 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jeremy Chadwick In-reply-to: Your message of Mon, 25 Sep 2006 08:12:27 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Sep 2006 11:52:29 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org, Michael Vince Subject: Re: probs on 6.2-prerelease 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, 26 Sep 2006 08:52:32 -0000 > On Mon, Sep 25, 2006 at 04:54:36PM +0300, Danny Braniss wrote: > > > I don't know if this is pre 6.2 specific but I changed my /etc/tty for > > > device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't > > > login via regular KVM console, just don't get a login. > > > The more alarming thing was that while it appeared everything was > > > booting up from the boot up messages on the screen, I couldn't remotely > > > log into the server in fact it appears the machine didn't bring up the > > > Ethernet device as I couldn't even ping it. > > > As soon as I switched the ttyd0 back to 'off' and rebooted it I could > > > ssh back into the server etc. > > > I have a regular kernel and 1 jail and samba on this machine. > > > > I've been having this for a very long time, if the serial port does > > not realy exist - i don't know the technical wording for this -, > > > > if the kernel detected the sio hardare, but it's not realy > > wired, then it the kernel will hang when getty will try to open it. > > Per chance is the sio* device the kernel detects mapped to acpi0? :-) this all i can see, from dmesg: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled and dmesg|grep acpi0 acpi0: on motherboard acpi0: Power Button (fixed) acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 09:11:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2585B16A403 for ; Tue, 26 Sep 2006 09:11:14 +0000 (UTC) (envelope-from viktor.rosendahl@saunalahti.fi) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7FB43D77 for ; Tue, 26 Sep 2006 09:11:06 +0000 (GMT) (envelope-from viktor.rosendahl@saunalahti.fi) Received: from [10.1.1.3] (unknown [195.238.197.99]) by gw02.mail.saunalahti.fi (Postfix) with ESMTP id C27E813903F for ; Tue, 26 Sep 2006 12:11:03 +0300 (EEST) From: Viktor Rosendahl To: stable@freebsd.org Date: Tue, 26 Sep 2006 12:05:57 +0300 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_11OGF3JsTDmUTwn" Message-Id: <200609261205.57901.viktor.rosendahl@saunalahti.fi> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: /usr/src/sys/i386/i386/local_apic.c and status of ULE 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, 26 Sep 2006 09:11:14 -0000 --Boundary-00=_11OGF3JsTDmUTwn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, I wonder, what is the status of the ULE scheduler? Is it supposed to work at all? I upgraded my -stable system some time ago and it started to hang at the end of the boot process, right before the mounting of the root device. I found out that the immediate cause was a change in /usr/src/sys/i386/i386/local_apic.c. I attach a patch that reverts the change, so that you can see what I am talking about. However, it only hangs if I use the ULE scheduler. That's why I wonder whether the ULE scheduler is supposed to work or not. Now, I understand that it might very well depend on some additional local condition. Thus, I also attach my dmesg (of a successful boot) and my kernel configuration file. best regards, Viktor --Boundary-00=_11OGF3JsTDmUTwn Content-Type: text/x-diff; charset="us-ascii"; name="apic.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="apic.diff" diff -Naur src/sys/i386/i386/local_apic.c src.fixed/sys/i386/i386/local_apic.c --- src/sys/i386/i386/local_apic.c Sun Sep 24 02:56:22 2006 +++ src.fixed/sys/i386/i386/local_apic.c Sun Mar 19 13:53:42 2006 @@ -610,18 +610,6 @@ lapic_handle_timer(struct clockframe frame) { struct lapic *la; - -#ifdef SMP - /* - * Don't do any accounting for the disabled HTT cores, since it - * will provide misleading numbers for the userland. - * - * No locking is necessary here, since even if we loose the race - * when hlt_cpus_mask changes it is not a big deal, really. - */ - if ((hlt_cpus_mask & (1 << PCPU_GET(cpuid))) != 0) - return; -#endif la = &lapics[PCPU_GET(apic_id)]; (*la->la_timer_count)++; --Boundary-00=_11OGF3JsTDmUTwn-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 09:27:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEA1B16A403 for ; Tue, 26 Sep 2006 09:27:25 +0000 (UTC) (envelope-from viktor.rosendahl@saunalahti.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8985643D49 for ; Tue, 26 Sep 2006 09:27:25 +0000 (GMT) (envelope-from viktor.rosendahl@saunalahti.fi) Received: from [10.1.1.3] (unknown [195.238.197.99]) by gw03.mail.saunalahti.fi (Postfix) with ESMTP id 9F5502165B2 for ; Tue, 26 Sep 2006 12:27:23 +0300 (EEST) From: Viktor Rosendahl To: freebsd-stable@freebsd.org Date: Tue, 26 Sep 2006 12:22:22 +0300 User-Agent: KMail/1.9.3 References: <200609261205.57901.viktor.rosendahl@saunalahti.fi> In-Reply-To: <200609261205.57901.viktor.rosendahl@saunalahti.fi> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261222.23069.viktor.rosendahl@saunalahti.fi> Subject: Re: /usr/src/sys/i386/i386/local_apic.c and status of ULE 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, 26 Sep 2006 09:27:26 -0000 Hi again, Looks like the kernel configuration and dmesg where removed from my post; I guess I violated the attachment policy. I put them on a webserver instead: http://viktor.fi/attach/ Sorry for the extra noise. Viktor tisdag 26 september 2006 12:05 skrev Viktor Rosendahl: > Hi all, > > I wonder, what is the status of the ULE scheduler? Is it supposed to work > at all? > > I upgraded my -stable system some time ago and it started to hang at the > end of the boot process, right before the mounting of the root device. I > found out that the immediate cause was a change > in /usr/src/sys/i386/i386/local_apic.c. > > I attach a patch that reverts the change, so that you can see what I am > talking about. However, it only hangs if I use the ULE scheduler. That's > why I wonder whether the ULE scheduler is supposed to work or not. > > Now, I understand that it might very well depend on some additional local > condition. Thus, I also attach my dmesg (of a successful boot) and my > kernel configuration file. > > best regards, > > Viktor From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 09:38:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B816A16A407 for ; Tue, 26 Sep 2006 09:38:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47BC143D4C for ; Tue, 26 Sep 2006 09:38:43 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 5C3CE20C2; Tue, 26 Sep 2006 11:38:37 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 4EA812089; Tue, 26 Sep 2006 11:38:37 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 28D14B80E; Tue, 26 Sep 2006 11:38:37 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Dmitry Morozovsky References: <20060925114102.F79983@woozle.rinet.ru> <868xk8tjfy.fsf@dwp.des.no> <20060925214730.R752@woozle.rinet.ru> Date: Tue, 26 Sep 2006 11:38:36 +0200 In-Reply-To: <20060925214730.R752@woozle.rinet.ru> (Dmitry Morozovsky's message of "Mon, 25 Sep 2006 21:50:16 +0400 (MSD)") Message-ID: <86lko7q86b.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: chpass(1) patch for changing only crypted passwords 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, 26 Sep 2006 09:38:43 -0000 Dmitry Morozovsky writes: > BTW, a question inspired by ru@: why pw_equal() skips password > field? Its interface is unpublished, and the only consumers are > > marck@woozle:/lh/src.current> grep -Rl pw_equal . > ./lib/libutil/libutil.h > ./lib/libutil/pw_util.c > ./release/picobsd/tinyware/passwd/pw_copy.c > ./usr.bin/chpass/chpass.c > > and tyniware is false alarm ;) IIRC, pw_equal() was originally intended for locating the entry to replace when changing the password... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 10:00:35 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4963D16A4E2 for ; Tue, 26 Sep 2006 10:00:35 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F49943D77 for ; Tue, 26 Sep 2006 10:00:19 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 6316E6288; Tue, 26 Sep 2006 14:00:18 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 3F2FF629A; Tue, 26 Sep 2006 14:00:18 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8QA0Ao3012041; Tue, 26 Sep 2006 14:00:10 +0400 (MSD) (envelope-from ru) Date: Tue, 26 Sep 2006 14:00:10 +0400 From: Ruslan Ermilov To: Ulrich Spoerlein Message-ID: <20060926100010.GA11800@rambler-co.ru> References: <7ad7ddd90609260030g24ed098ft534719cd4c396570@mail.gmail.com> <20060926080733.GA66219@rambler-co.ru> <7ad7ddd90609260118y7996f5dnb33454b7b74adda7@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <7ad7ddd90609260118y7996f5dnb33454b7b74adda7@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: stable@FreeBSD.org Subject: Re: make release vs. installworld 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, 26 Sep 2006 10:00:35 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 26, 2006 at 10:18:05AM +0200, Ulrich Spoerlein wrote: > On 9/26/06, Ruslan Ermilov <[1]ru@freebsd.org> wrote: >=20 > On Tue, Sep 26, 2006 at 09:30:25AM +0200, Ulrich Spoerlein wrote: > [...] > > So, what's the recommended way to a) build own releases > > > Follow the release(7) manpage instructions. >=20 > The actual release building is working fine. It's just that various > binaries disappear from the object directory. The object files itself = are > still there: cat.o, df.o, dd.o, echo.o. But where have the binaries go= ne? > If I understand release(7) correctly, it does a full > buildworld/installworld cycle within the chroot. How can the installwo= rld > succeed? >=20 After installworld inside the release chroot succeeds, the release.4 target makes one or more crunched binaries, and these throw away some stuff in the objdir. In my release object directory, I don't see the "hostname", etc. which is expected (they are part of these crunched binaries), but chmod is cerainly here: $ ls -l /spool/release/usr/obj/usr/src/bin/chmod/ total 256 -rwxr-xr-x 1 root wheel 10974 Sep 12 19:01 chmod -rw-r--r-- 1 root wheel 2824 Sep 12 19:01 chmod.1.cat.gz -rw-r--r-- 1 root wheel 3459 Sep 12 19:01 chmod.1.gz -rw-r--r-- 1 root wheel 6816 Sep 12 19:01 chmod.o $=20 The bottomline is that without fixing release.4 you cannot reuse the release object directory to do an installworld. Fixing release.4 is not easy since it reuses some preparatory stuff built by early stages of buildworld, to be upgrade- and cross-friendly, so just changing MAKEOBJDIRPREFIX wouldn't work (just verified this). > > and b) update your servers with it. > > > You can use shell-script type of installation to do binary upgrades, > .../R/stage/dists/*/install.sh. >=20 > Thanks for the tip, that might work. Although I would have preferred a > 'make installkernel installworld delete-old delete-old-libs; mergemast= er'. > There is a serious drawback in just installing the distributions: It w= ill > clobber /etc. And since I have to run mergemaster and delete-old anywa= y, > there is no way around mount /usr/src via NFS. >=20 > Perhaps I just do a full 'make buildworld' inside the chroot after 'ma= ke > release' has finished. That way all the binaries should be where they = are. > Any objections? >=20 If you do a "make -DNO_CLEAN buildworld" it won't build exactly the same binaries as a normal buildworld would do. This has to do with the same "bug" that crunched binaries build reuses the same object directory. > Will this interfere with release.6 - release.8? >=20 I don't undertstand your question. After release has rolled, release.[6-8] have already been built, the contents has been packaged, and you're free to do whatever you want with your /usr/obj (in the release chroot). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGPoqqRfpzJluFF4RAtkTAJ0XPnUPcazlRJHZ3/0HmUtEjPaZ2ACdGQAo CVf1De3/g4hm53O7pD8vTUM= =FW+e -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 10:23:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3090C16A4D4 for ; Tue, 26 Sep 2006 10:23:52 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C86243D92 for ; Tue, 26 Sep 2006 10:23:50 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GSA6P-0001U3-IZ for freebsd-stable@freebsd.org; Tue, 26 Sep 2006 11:23:49 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GSA6P-0004fB-EZ for freebsd-stable@freebsd.org; Tue, 26 Sep 2006 11:23:49 +0100 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Tue, 26 Sep 2006 11:23:49 +0100 Subject: Building a kernel with config ? 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, 26 Sep 2006 10:23:52 -0000 > On Mon, 25 Sep 2006 11:34:42 -0700, "Kevin Oberman" wrote: > >2. Building a kernel with config is not officially supported. It's at > your risk and may not work in all cases. Build a kernel with: > cd /usr/src > make buildkernel I was not aware that you wern't supposed to use config anymore - and I am not convinced that the suggested alternative is actually a replacement as I thought that buildkernel required you to have built the world first ? Is this no longer true ? If it *is* true thhen what is the alternative to using 'config' which should be used if you are on a system where you do not have the time or the disc space to rebuild the world and simply want to recompile the kernel ? -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 10:50:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DCA316A49E for ; Tue, 26 Sep 2006 10:50:32 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C4543D72 for ; Tue, 26 Sep 2006 10:50:25 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.6) with ESMTP id k8QAoL0f032326; Tue, 26 Sep 2006 14:50:21 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 26 Sep 2006 14:50:21 +0400 (MSD) From: Dmitry Morozovsky To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86lko7q86b.fsf@dwp.des.no> Message-ID: <20060926144706.R25959@woozle.rinet.ru> References: <20060925114102.F79983@woozle.rinet.ru> <868xk8tjfy.fsf@dwp.des.no> <20060925214730.R752@woozle.rinet.ru> <86lko7q86b.fsf@dwp.des.no> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Tue, 26 Sep 2006 14:50:22 +0400 (MSD) Cc: stable@freebsd.org Subject: Re: chpass(1) patch for changing only crypted passwords 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, 26 Sep 2006 10:50:32 -0000 On Tue, 26 Sep 2006, Dag-Erling Sm?rgrav wrote: DS> Dmitry Morozovsky writes: DS> > BTW, a question inspired by ru@: why pw_equal() skips password DS> > field? Its interface is unpublished, and the only consumers are DS> > DS> > marck@woozle:/lh/src.current> grep -Rl pw_equal . DS> > ./lib/libutil/libutil.h DS> > ./lib/libutil/pw_util.c DS> > ./release/picobsd/tinyware/passwd/pw_copy.c DS> > ./usr.bin/chpass/chpass.c DS> > DS> > and tyniware is false alarm ;) DS> DS> IIRC, pw_equal() was originally intended for locating the entry to DS> replace when changing the password... Ah yes, pw_copy() uses it internally, and seems to have to skip password field checking. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 11:13:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A1516A407 for ; Tue, 26 Sep 2006 11:13:12 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD76243D58 for ; Tue, 26 Sep 2006 11:13:11 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 14177 invoked from network); 26 Sep 2006 11:13:07 -0000 Received: from unknown (HELO localhost) (775067@[217.50.133.243]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 26 Sep 2006 11:13:07 -0000 Date: Tue, 26 Sep 2006 13:12:50 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20060926131250.1e736adb@localhost> In-Reply-To: <200609260216.k8Q2Gtxk045006@drugs.dv.isc.org> References: <200609260216.k8Q2Gtxk045006@drugs.dv.isc.org> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.19; i386-portbld-freebsd6.2) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_x=.B0vcaw/d.5vicx28iOw_"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: Is there any good reason for get*by*_r()? 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, 26 Sep 2006 11:13:12 -0000 --Sig_x=.B0vcaw/d.5vicx28iOw_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Mark Andrews wrote: > get*by*_r() are deprecated on most platforms and there use > is highly non-portable, lots of different API's. >=20 > Why are we adding compatability for deprecated functions? I was wondering the same thing, especially because it causes a lot of packages that where compiled on later FreeBSD 6.x version not to work on earlier FreeBSD 6.x versions. Fabian --=20 http://www.fabiankeil.de/ --Sig_x=.B0vcaw/d.5vicx28iOw_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGQtABYqIVf93VJ0RAvuuAJ93e343jcoWDBjiy1C5gzLNqdD/ywCfUQ/C t+fZ/ymkBqxXBqzFciAhA3E= =ls64 -----END PGP SIGNATURE----- --Sig_x=.B0vcaw/d.5vicx28iOw_-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 11:24:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B07616A416 for ; Tue, 26 Sep 2006 11:24:13 +0000 (UTC) (envelope-from mranner@inode.at) Received: from files.jawa.at (jawa.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE7D43D94 for ; Tue, 26 Sep 2006 11:23:56 +0000 (GMT) (envelope-from mranner@inode.at) Received: from localhost (localhost [127.0.0.1]) by files.jawa.at (Postfix) with ESMTP id E63B717BEC for ; Tue, 26 Sep 2006 13:23:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at jawa.at Received: from files.jawa.at ([127.0.0.1]) by localhost (files.jawa.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id msXhQ2NqCUEO for ; Tue, 26 Sep 2006 13:23:48 +0200 (CEST) Received: by files.jawa.at (Postfix, from userid 60) id 1B0EA17B9C; Tue, 26 Sep 2006 13:23:48 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on files.jawa.at X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.1 Received: from thing.jawa.at (thing.jawa.at [192.168.200.51]) by files.jawa.at (Postfix) with ESMTP id 524CE17346 for ; Tue, 26 Sep 2006 13:23:47 +0200 (CEST) From: Michael Ranner To: freebsd-stable@freebsd.org Date: Tue, 26 Sep 2006 13:23:47 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261323.47216.mranner@inode.at> Subject: Problem with AHC after updating from 4.11 to 6.1 on the same server hardware 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, 26 Sep 2006 11:24:13 -0000 Hello! After updating from 4.11 to 6.1-RELEASE-p3 I have the following problem with the Adaptec SCSI controller: ahc0: port 0x1000-0x10ff mem 0xfc510000-0xfc510fff irq 16 at device 4.0 on pci5 ahc0: can't allocate register resources device_attach: ahc0 attach returned 12 No SCSI device will be detected. Has anybody experienced a similar problem with 6.1? Have tried to disable APIC and ACPI without success. -- /\/\ichael Ranner mranner@inode.at - mranner@jawa.at - mranner@bugat.at ----------------------------------------------------- BSD Usergroup Austria - http://www.bugat.at/ -----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? ------END GEEK CODE BLOCK------ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 11:34:16 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0652B16A415 for ; Tue, 26 Sep 2006 11:34:16 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98A043D5E for ; Tue, 26 Sep 2006 11:34:02 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 1DD045CA9; Tue, 26 Sep 2006 15:33:42 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id F01555C71; Tue, 26 Sep 2006 15:33:41 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8QBXYKF021135; Tue, 26 Sep 2006 15:33:34 +0400 (MSD) (envelope-from ru) Date: Tue, 26 Sep 2006 15:33:34 +0400 From: Ruslan Ermilov To: Pete French Message-ID: <20060926113334.GA15125@rambler-co.ru> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org Subject: Re: Building a kernel with config ? 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, 26 Sep 2006 11:34:16 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 26, 2006 at 11:23:49AM +0100, Pete French wrote: > > On Mon, 25 Sep 2006 11:34:42 -0700, "Kevin Oberman" wr= ote: > > > >2. Building a kernel with config is not officially supported. It's at > > your risk and may not work in all cases. Build a kernel with: > > cd /usr/src > > make buildkernel >=20 > I was not aware that you wern't supposed to use config anymore - and I > am not convinced that the suggested alternative is actually a replacement > as I thought that buildkernel required you to have built the world first ? > Is this no longer true ? If it *is* true thhen what is the alternative to > using 'config' which should be used if you are on a system where you do > not have the time or the disc space to rebuild the world and simply want > to recompile the kernel ? >=20 If you're upgrading or cross-building for a different architecture then you should be using the upgrade path via buildworld/buildkernel. If you're building the kernel on (and for) a system whose binaries match the sources you're attempting to build your kernel from, you are of course free to use the classical "config/make" method. Basically, the upgrade path does the same thing (config/make) but also ensures that the tools (compiler, toolchain, headers, libraries, config(8), etc.) that are used for the kernel build are up-to-date with your sources. Obviously, when you're NOT upgrading and cross building, your installed tools are up-to-date with your sources, and can be used safely, so you can use a classical config/make method. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGRAOqRfpzJluFF4RAminAJ938kZBEUMhBMP6DyAxohTtg2u/YwCeLuU4 UvaH0ylWG3lmDxr70omoRK4= =4vDy -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 12:10:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B15B16A407 for ; Tue, 26 Sep 2006 12:10:00 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (lakepoint.domeneshop.no [194.63.248.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD1A43D5E for ; Tue, 26 Sep 2006 12:09:57 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from [192.168.9.8] (gw1.arcticwireless.no [194.19.37.70]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.8/8.13.8) with ESMTP id k8QC9kNX024193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Sep 2006 14:09:47 +0200 Message-ID: <45185C36.5080101@wm-access.no> Date: Tue, 26 Sep 2006 00:46:14 +0200 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Sam Leffler References: <20060918083139.GA59966@tetsuo.karasik.eu.org> <450ED7AA.6090801@errno.com> <84wt7ubjwy.fsf@tetsuo.karasik.eu.org> <4515DA06.1070402@errno.com> In-Reply-To: <4515DA06.1070402@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: ath0 weak connectivity 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, 26 Sep 2006 12:10:00 -0000 Sam Leffler wrote: > I've lost context about your problem but it appears you're having > trouble associating with "trejago" sometimes. The failed scan shows > that your rssi was only 6 when you were having problems which is a very= > marginal signal so I'm not at all surprised you're having trouble. > You've got strong signal ap's on overlapping channels (5 and 7) which > are likely drowning the signal on your ap. I don't see anything the > driver could do differently; this seems more an issue of your > environment being very busy. I vaguely recall you were comparing the > operation of the freebsd to windows. If so then perhaps the windows > driver was doing better because it switched to XR mode and operating in= > XR mode you were able to punch through the noise to get to the ap. > freebsd does not support XR mode. >=20 > Sam >=20 Are there any plans to support this? What about fastframes/bursting? 10Mhz, 5Mhz channels? WDS? Virtual AP? Is there any place where i can read about this? Apologies if any of these are already in the works. --=20 Sten Daniel S=F8rsdal From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 12:10:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3189216A51E for ; Tue, 26 Sep 2006 12:10:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id EF69843D8A for ; Tue, 26 Sep 2006 12:10:14 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 35434 invoked by uid 0); 26 Sep 2006 12:10:10 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 26 Sep 2006 12:10:10 -0000 Message-ID: <451918A1.2080203@quip.cz> Date: Tue, 26 Sep 2006 14:10:09 +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: cs, cz, en, en-us MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Building a kernel with config ? 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, 26 Sep 2006 12:10:30 -0000 Pete French wrote: >>On Mon, 25 Sep 2006 11:34:42 -0700, "Kevin Oberman" wrote: >> >>2. Building a kernel with config is not officially supported. It's at >> your risk and may not work in all cases. Build a kernel with: >> cd /usr/src >> make buildkernel > > > I was not aware that you wern't supposed to use config anymore - and I > am not convinced that the suggested alternative is actually a replacement > as I thought that buildkernel required you to have built the world first ? > Is this no longer true ? If it *is* true thhen what is the alternative to > using 'config' which should be used if you are on a system where you do > not have the time or the disc space to rebuild the world and simply want > to recompile the kernel ? AFAIK you can use make buildkernel && make installkernel without recompiling whole world if you have system built from same sources. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 13:14:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5FA116A40F for ; Tue, 26 Sep 2006 13:14:24 +0000 (UTC) (envelope-from tgouverneur@be.tiauto.com) Received: from smtp.eu.tiauto.com (smtp.eu.tiauto.com [195.127.176.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA8043D69 for ; Tue, 26 Sep 2006 13:14:22 +0000 (GMT) (envelope-from tgouverneur@be.tiauto.com) Received: by euex01.resource.tiauto.com with Internet Mail Service (5.5.2657.72) id ; Tue, 26 Sep 2006 15:14:10 +0200 Message-ID: From: "Gouverneur, Thomas" To: 'Pete French' , "'freebsd-stable@freebsd.org'" Date: Tue, 26 Sep 2006 15:14:09 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Cc: Subject: RE: Building a kernel with config ? 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, 26 Sep 2006 13:14:24 -0000 Make buildkernel KERNCONF=CONFIG Make installkernel KERNCONF=CONFIG This is enough for only compiling kernel and not world and this is the Smartest way according to FreeBSD handbook. -- Thomas Gouverneur Junior UNIX Administrator TI Automotive -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Pete French Sent: mardi 26 septembre 2006 12:24 To: freebsd-stable@freebsd.org Subject: Building a kernel with config ? > On Mon, 25 Sep 2006 11:34:42 -0700, "Kevin Oberman" wrote: > >2. Building a kernel with config is not officially supported. It's at > your risk and may not work in all cases. Build a kernel with: > cd /usr/src > make buildkernel I was not aware that you wern't supposed to use config anymore - and I am not convinced that the suggested alternative is actually a replacement as I thought that buildkernel required you to have built the world first ? Is this no longer true ? If it *is* true thhen what is the alternative to using 'config' which should be used if you are on a system where you do not have the time or the disc space to rebuild the world and simply want to recompile the kernel ? -pete. _______________________________________________ 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" The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 13:43:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05DE216A403 for ; Tue, 26 Sep 2006 13:43:19 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 127BC43D5F for ; Tue, 26 Sep 2006 13:43:16 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 7E586B816 for ; Tue, 26 Sep 2006 09:43:15 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20060925185824.GA33068@icarus.home.lan> References: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> <20060922190328.GA64849@xor.obsecurity.org> <555B84D2-520F-44D6-84D6-CF9CE7EE47C7@khera.org> <20060922203654.GA65693@xor.obsecurity.org> <20060925185824.GA33068@icarus.home.lan> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-2-582368420; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Tue, 26 Sep 2006 09:43:14 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ffs snapshot lockup 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, 26 Sep 2006 13:43:19 -0000 --Apple-Mail-2-582368420 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Sep 25, 2006, at 2:58 PM, Jeremy Chadwick wrote: > This problem sounds awfully like what I reported in a recent PR. > Now I'm starting to have my doubts as to whether or not my hardware > was indeed at fault... > > http://www.freebsd.org/cgi/query-pr.cgi?pr=103435 I think my issue is a bit different -- the FS is the only thing locked up, and only the single FS that mksnap_ffs is running on. The rest of the system continues to run quite nicely as long as the process doesn't attempt to access the locked file system. In my case it has been the home directory partition, which is easy to avoid if you're root. I don't observe ethernet timeouts, etc. --Apple-Mail-2-582368420-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 14:31:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9E0C16A407 for ; Tue, 26 Sep 2006 14:31:42 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83EB43D5A for ; Tue, 26 Sep 2006 14:31:38 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id D1C9D1380F1 for ; Tue, 26 Sep 2006 16:31:34 +0200 (CEST) Message-ID: <451939DA.3060709@dental-on-line.fr> Date: Tue, 26 Sep 2006 16:31:54 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: "'freebsd-stable@freebsd.org'" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NFS: freeze during copy 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, 26 Sep 2006 14:31:42 -0000 Hi I try to connect NFS client. on the server: /etc/rc.conf: rpcbind_enable="YES" nfs_server_enable="YES" mountd_flags="-r" 10029 ?? Ss 0:00.02 rpcbind 10031 ?? Is 0:00.03 nfsd: master (nfsd) 10032 ?? I 0:00.00 nfsd: server (nfsd) 10033 ?? I 0:00.00 nfsd: server (nfsd) 10034 ?? I 0:00.00 nfsd: server (nfsd) 10035 ?? I 0:00.00 nfsd: server (nfsd) 10037 ?? Is 0:00.01 mountd -r cat /etc/exports /usr/data/backup -maproot=admin:wheel 192.168.254.2 client: 83 ?? DL 0:00.03 [nfsiod 0] 84 ?? DL 0:00.00 [nfsiod 1] 85 ?? DL 0:00.00 [nfsiod 2] 86 ?? DL 0:00.00 [nfsiod 3] /etc/rc.conf: nfs_client_enable="YES" I was able to mount nfs mounting point and to copie 16K of 7G data. and, it goes to freezing. I can't kill neither cp process neither mount unmount nfs (umount command goes freezing too). tcpdump tells me that server doesn't give any response in spite of client's udp queries. need helps. thx From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 14:48:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC8116A417 for ; Tue, 26 Sep 2006 14:48:16 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62E1243D53 for ; Tue, 26 Sep 2006 14:48:14 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id DE47A8A0311 for ; Tue, 26 Sep 2006 07:48:11 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25042-44 for ; Tue, 26 Sep 2006 07:48:10 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 12C338A0315 for ; Tue, 26 Sep 2006 07:48:05 -0700 (PDT) Received: from 24.71.118.34 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Tue, 26 Sep 2006 07:48:09 -0700 (PDT) Message-ID: <60817.24.71.118.34.1159282089.squirrel@webmail.sd73.bc.ca> In-Reply-To: <45185C36.5080101@wm-access.no> References: <20060918083139.GA59966@tetsuo.karasik.eu.org> <450ED7AA.6090801@errno.com> <84wt7ubjwy.fsf@tetsuo.karasik.eu.org> <4515DA06.1070402@errno.com> <45185C36.5080101@wm-access.no> Date: Tue, 26 Sep 2006 07:48:09 -0700 (PDT) From: "Freddie Cash" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: ath0 weak connectivity 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, 26 Sep 2006 14:48:16 -0000 On Mon, September 25, 2006 3:46 pm, Sten Daniel Sørsdal wrote: > Sam Leffler wrote: >> freebsd does not support XR mode. > Are there any plans to support this? > What about fastframes/bursting? 10Mhz, 5Mhz channels? > WDS? Virtual AP? Is there any place where i can read about this? > Apologies if any of these are already in the works. Read through the papers listed at http://people.freebsd.org/~sam/ Very interesting reads. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 15:23:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF2E316A4DE for ; Tue, 26 Sep 2006 15:23:58 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from spunkymail-a18.dreamhost.com (sd-green-bigip-78.dreamhost.com [208.97.132.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id E120A43DDC for ; Tue, 26 Sep 2006 15:23:44 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from [10.0.0.30] (68-184-116-29.dhcp.smyr.ga.charter.com [68.184.116.29]) by spunkymail-a18.dreamhost.com (Postfix) with ESMTP id 502DA5B530; Tue, 26 Sep 2006 08:23:42 -0700 (PDT) Message-ID: <451945EC.6040300@cyberwang.net> Date: Tue, 26 Sep 2006 11:23:24 -0400 From: Sean Bryant User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Gouverneur, Thomas" References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "'freebsd-stable@freebsd.org'" , 'Pete French' Subject: Re: Building a kernel with config ? 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, 26 Sep 2006 15:23:59 -0000 Gouverneur, Thomas wrote: > Make buildkernel KERNCONF=CONFIG > Make installkernel KERNCONF=CONFIG > > > This is enough for only compiling kernel and not world and this is the > Smartest way according to FreeBSD handbook. > > -- > Thomas Gouverneur > Junior UNIX Administrator > TI Automotive > > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Pete French > Sent: mardi 26 septembre 2006 12:24 > To: freebsd-stable@freebsd.org > Subject: Building a kernel with config ? > >> On Mon, 25 Sep 2006 11:34:42 -0700, "Kevin Oberman" > wrote: >> 2. Building a kernel with config is not officially supported. It's at >> your risk and may not work in all cases. Build a kernel with: >> cd /usr/src >> make buildkernel > > I was not aware that you wern't supposed to use config anymore - and I > am not convinced that the suggested alternative is actually a replacement > as I thought that buildkernel required you to have built the world first ? > Is this no longer true ? If it *is* true thhen what is the alternative to > using 'config' which should be used if you are on a system where you do > not have the time or the disc space to rebuild the world and simply want > to recompile the kernel ? > > -pete. > _______________________________________________ > 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" > > The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. > _______________________________________________ > 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" Another way you could achieve the same thing is: make kernel KERNCONF=KERNNAME this will combine both steps in to one. Also for those who want to omit the KERNCONF step set KERNCONF in /etc/make.conf and you can omit the KERNCONF argument. Its sometimes nice to keep things really simple. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 15:44:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B266016A574 for ; Tue, 26 Sep 2006 15:44:02 +0000 (UTC) (envelope-from gogaxxx@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BF7843DA6 for ; Tue, 26 Sep 2006 15:43:01 +0000 (GMT) (envelope-from gogaxxx@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so559383uge for ; Tue, 26 Sep 2006 08:42:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:organization:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:sender; b=bZVV7VV8VoyJ8Bq/yBj/mWfRz/bKBKIA19JM06kTz3kM1BkD3p1lgIMYdjV6Z3y4LKJD8gkhhEkU9no3ptN9VAb3x8FcWSgft9gj/A180H/Qt9JCPWEcMYabDPYrAb9hINRZlL1qjFd7gN11VcxIRUv0WohCqzadv1bEXnlmv+E= Received: by 10.66.216.20 with SMTP id o20mr797556ugg; Tue, 26 Sep 2006 08:42:58 -0700 (PDT) Received: from bormann.domain ( [86.62.123.114]) by mx.gmail.com with ESMTP id g30sm3287759ugd.2006.09.26.08.42.56; Tue, 26 Sep 2006 08:42:57 -0700 (PDT) From: George Potapov Organization: softsearch To: freebsd-stable@freebsd.org Date: Tue, 26 Sep 2006 19:42:50 +0400 User-Agent: KMail/1.9.3 References: <451945EC.6040300@cyberwang.net> In-Reply-To: <451945EC.6040300@cyberwang.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261942.51529.nephrite@inbox.ru> Sender: George Potapov Subject: Re: Building a kernel with config ? 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, 26 Sep 2006 15:44:02 -0000 On Tuesday 26 September 2006 19:23, Sean Bryant wrote: > Another way you could achieve the same thing is: > make kernel KERNCONF=KERNNAME > > this will combine both steps in to one. > Also for those who want to omit the KERNCONF step set KERNCONF in > /etc/make.conf and you can omit the KERNCONF argument. But this also does make clean before building so it may be a pain especially if you change one file or want to add just another driver. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 15:54:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC1B716A403 for ; Tue, 26 Sep 2006 15:54:34 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B1A43D6D for ; Tue, 26 Sep 2006 15:54:33 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8QFsRjn072081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Sep 2006 08:54:30 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <45194D33.8080808@errno.com> Date: Tue, 26 Sep 2006 08:54:27 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= References: <20060918083139.GA59966@tetsuo.karasik.eu.org> <450ED7AA.6090801@errno.com> <84wt7ubjwy.fsf@tetsuo.karasik.eu.org> <4515DA06.1070402@errno.com> <45185C36.5080101@wm-access.no> In-Reply-To: <45185C36.5080101@wm-access.no> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 weak connectivity 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, 26 Sep 2006 15:54:34 -0000 Sten Daniel Sørsdal wrote: > Sam Leffler wrote: >> I've lost context about your problem but it appears you're having >> trouble associating with "trejago" sometimes. The failed scan shows >> that your rssi was only 6 when you were having problems which is a very >> marginal signal so I'm not at all surprised you're having trouble. >> You've got strong signal ap's on overlapping channels (5 and 7) which >> are likely drowning the signal on your ap. I don't see anything the >> driver could do differently; this seems more an issue of your >> environment being very busy. I vaguely recall you were comparing the >> operation of the freebsd to windows. If so then perhaps the windows >> driver was doing better because it switched to XR mode and operating in >> XR mode you were able to punch through the noise to get to the ap. >> freebsd does not support XR mode. >> >> Sam >> > > Are there any plans to support this? XR mode, no--at least not in sta mode. > What about fastframes/bursting? 10Mhz, 5Mhz channels? Bursting has been there forever. Fast frames have been in p4 for nearly 2 years; no plans to commit to cvs. Variable channel width is probably something to deal with soon; it's been implemented in other code bases but not in a way I'm happy with. > WDS? Virtual AP? Is there any place where i can read about this? I recently did another WDS implementation that's quite nice but depends on VAP's. The vap support, as I've said many times, won't come into cvs until developers appear to take responsibility for legacy wireless drivers (just too much work for me to do by myself). > Apologies if any of these are already in the works. > I'd hoped to see some movement on this stuff but w/o help much of the work done over the past 2 years will continue to sit outside cvs. Sam From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 16:16:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3017216A412 for ; Tue, 26 Sep 2006 16:16:47 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE7943D4C for ; Tue, 26 Sep 2006 16:16:45 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id B20543851A; Tue, 26 Sep 2006 18:16:40 +0200 (CEST) Received: from [192.168.25.6] (unknown [192.168.25.6]) by sun-fish.com (Postfix) with ESMTP id 7A2A83843E; Tue, 26 Sep 2006 18:16:40 +0200 (CEST) Message-ID: <45195268.9080305@sun-fish.com> Date: Tue, 26 Sep 2006 19:16:40 +0300 From: Cheffo User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: rvenne@dental-on-line.fr References: <451939DA.3060709@dental-on-line.fr> In-Reply-To: <451939DA.3060709@dental-on-line.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Cc: "'freebsd-stable@freebsd.org'" Subject: Re: NFS: freeze during copy 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, 26 Sep 2006 16:16:47 -0000 rvenne@dental-on-line.fr wrote: > Hi > > I try to connect NFS client. > > on the server: > /etc/rc.conf: > rpcbind_enable="YES" > nfs_server_enable="YES" > mountd_flags="-r" > > 10029 ?? Ss 0:00.02 rpcbind > 10031 ?? Is 0:00.03 nfsd: master (nfsd) > 10032 ?? I 0:00.00 nfsd: server (nfsd) > 10033 ?? I 0:00.00 nfsd: server (nfsd) > 10034 ?? I 0:00.00 nfsd: server (nfsd) > 10035 ?? I 0:00.00 nfsd: server (nfsd) > 10037 ?? Is 0:00.01 mountd -r > > cat /etc/exports > /usr/data/backup -maproot=admin:wheel 192.168.254.2 > > client: > 83 ?? DL 0:00.03 [nfsiod 0] > 84 ?? DL 0:00.00 [nfsiod 1] > 85 ?? DL 0:00.00 [nfsiod 2] > 86 ?? DL 0:00.00 [nfsiod 3] > > /etc/rc.conf: nfs_client_enable="YES" > > I was able to mount nfs mounting point and to copie 16K of 7G data. > and, it goes to freezing. I can't kill neither cp process neither > mount unmount nfs (umount command goes freezing too). tcpdump tells me > that server doesn't give any response in spite of client's udp queries. > > need helps. thx Not sure that this can help, but do you use pf on client ? I had a problem before using properly NFS with PF and "scrub in all" and removing normalizer fix NFS client. And please do not break threads ;) > _______________________________________________ > 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 Tue Sep 26 16:21:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D652A16A403 for ; Tue, 26 Sep 2006 16:21:29 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 687B143D45 for ; Tue, 26 Sep 2006 16:21:29 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 144561380D3 for ; Tue, 26 Sep 2006 18:21:28 +0200 (CEST) Message-ID: <4519539B.4060108@dental-on-line.fr> Date: Tue, 26 Sep 2006 18:21:47 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: "'freebsd-stable@freebsd.org'" References: <451939DA.3060709@dental-on-line.fr> <45195268.9080305@sun-fish.com> In-Reply-To: <45195268.9080305@sun-fish.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS: freeze during copy 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, 26 Sep 2006 16:21:29 -0000 Cheffo wrote: > rvenne@dental-on-line.fr wrote: > >> Hi >> >> I try to connect NFS client. >> >> on the server: >> /etc/rc.conf: >> rpcbind_enable="YES" >> nfs_server_enable="YES" >> mountd_flags="-r" >> >> 10029 ?? Ss 0:00.02 rpcbind >> 10031 ?? Is 0:00.03 nfsd: master (nfsd) >> 10032 ?? I 0:00.00 nfsd: server (nfsd) >> 10033 ?? I 0:00.00 nfsd: server (nfsd) >> 10034 ?? I 0:00.00 nfsd: server (nfsd) >> 10035 ?? I 0:00.00 nfsd: server (nfsd) >> 10037 ?? Is 0:00.01 mountd -r >> >> cat /etc/exports >> /usr/data/backup -maproot=admin:wheel 192.168.254.2 >> >> client: >> 83 ?? DL 0:00.03 [nfsiod 0] >> 84 ?? DL 0:00.00 [nfsiod 1] >> 85 ?? DL 0:00.00 [nfsiod 2] >> 86 ?? DL 0:00.00 [nfsiod 3] >> >> /etc/rc.conf: nfs_client_enable="YES" >> >> I was able to mount nfs mounting point and to copie 16K of 7G data. >> and, it goes to freezing. I can't kill neither cp process neither >> mount unmount nfs (umount command goes freezing too). tcpdump tells >> me that server doesn't give any response in spite of client's udp >> queries. >> >> need helps. thx > > Not sure that this can help, but do you use pf on client ? humm....ipf. pass in quick on bge0 from 192.168.254.1/32 to 192.168.254.2 keep state pass out quick on bge0 from 192.168.254.2/32 to any keep state 192.168.254.2 is client > I had a problem before using properly NFS with PF and "scrub in all" > and removing normalizer fix NFS client. > And please do not break threads ;) >> _______________________________________________ >> 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" > The client keep sending udp write packets, but any answers from server.... I've to fix something with sysctl? -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 16:58:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1303A16A403; Tue, 26 Sep 2006 16:58:42 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88F2943D45; Tue, 26 Sep 2006 16:58:41 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k8QGwdwu084179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Sep 2006 12:58:39 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Hiroki Sato Date: Tue, 26 Sep 2006 12:58:33 -0400 User-Agent: KMail/1.9.1 References: <200609221330.09548.mi+mx@aldan.algebra.com> <20060924.174337.74554793.hrs@allbsd.org> In-Reply-To: <20060924.174337.74554793.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200609261258.34023.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/1946/Tue Sep 26 09:18:37 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: ache@nagual.pp.ru, stable@freebsd.org, re@freebsd.org Subject: Re: getopt_long and POSIXLY_CORRECT 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, 26 Sep 2006 16:58:42 -0000 ÎÅĦÌÑ 24 ×ÅÒÅÓÅÎØ 2006 04:43, Hiroki Sato ÎÁÐÉÓÁ×: > mi> Could a committer with interest in -stable, please, see to it, that > mi> Andrey's recent change to getopt_long makes it into 6.2-RELEASE? > mi> > mi> The change makes our implementation of getopt_long closer to GNULIB's > and will mi> make it easier to avoid code-duplication in some ports. > > šApproved. šThanks. Thanks, Hiroki, for the prompt authorization. Now, could anyone, please, step up to use it? :-) -mi From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 17:06:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0883E16A4D0 for ; Tue, 26 Sep 2006 17:06:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1325C43DE1 for ; Tue, 26 Sep 2006 17:06:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8QH5wSw049594; Tue, 26 Sep 2006 13:06:03 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 26 Sep 2006 13:05:11 -0400 User-Agent: KMail/1.9.1 References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> In-Reply-To: <4513F5B0.9030300@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261305.12224.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]); Tue, 26 Sep 2006 13:06:03 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1946/Tue Sep 26 09:18:37 2006 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: Dominic Marks , CyberSans AirBort Subject: Re: bug on BTX 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, 26 Sep 2006 17:06:30 -0000 On Friday 22 September 2006 10:39, Dominic Marks wrote: > CyberSans AirBort wrote: > > hello guys, sorry if i send email to wrong address. > > > > i have tested 6.2-BETA and the same problem still appear when i want to > > install it into compaq evo desktop; BTX HALTED. > > > > like previous version, it stucks when booting from cd on the first > > installation. i have follow so many discussion around the internet, and > > they > > are blaming compaq BIOS, some of them give solution such as change hdd mode > > from extended DMA to max PIO, but it won't work. and for your information, > > this machine had no problem when installed with windows or linux. > > > > please guys, i hope there will be a fixed on 6.2 so that it will load, > > installed, and run on my compaq evo desktop > > Go into the BIOS, disable BIOS DMA transfers **. After that it > will boot > normally. I have about 20 EVOs, which this change they run fine. This > is true of all versions of FreeBSD I have ever tried. > > ** I can't remember the exact name of the option, but it is something > along those lines. Hmm, are you willing to test a change that should fix that? If so, try http://people.freebsd.org/~jhb/patches/btx_crx.patch You'll need to do a 'make clean && make && make install' in /sys/boot after applying, and if the make install suceeeds, do a 'bsdlabel -B ad0s1' (replace ad0s1 with the actual slice you boot from). I think it should work (I think it was tested a while ago, but boot2 used to not fit, now it does though). Be warned though that if it doesn't work, you won't be able to boot from your disk. If that happens and you have a 6.x disc 1 lying around, you can boot into rescue mode and re-run 'bsdlabel' and move boot/loader.old to boot/loader on the root partition to get your system back. Ideally you'd try this on a system with data you don't care about (i.e., it's ok to just do a reinstall if it is hosed). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 17:06:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09B4716A4D1 for ; Tue, 26 Sep 2006 17:06:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1096F43DE2 for ; Tue, 26 Sep 2006 17:06:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8QH5wSx049594; Tue, 26 Sep 2006 13:06:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 26 Sep 2006 13:05:54 -0400 User-Agent: KMail/1.9.1 References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> <20060922154649.GA26855@lothlorien.nagual.nl> In-Reply-To: <20060922154649.GA26855@lothlorien.nagual.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261305.55110.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]); Tue, 26 Sep 2006 13:06:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1946/Tue Sep 26 09:18:37 2006 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: dick hoogendijk Subject: Re: bug on BTX 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, 26 Sep 2006 17:06:30 -0000 On Friday 22 September 2006 11:46, dick hoogendijk wrote: > On 22 Sep Dominic Marks wrote: > > CyberSans AirBort wrote: > > >i have tested 6.2-BETA and the same problem still appear when i want to > > >install it into compaq evo desktop; BTX HALTED. > > Go into the BIOS, disable BIOS DMA transfers **. After that it will boot > > normally. I have about 20 EVOs, which this change they run fine. This is > > true of all versions of FreeBSD I have ever tried. > > Still remains the question on why FreeBSD is not able to boot when bios > DMA transfers are set set to on, while XP and linux just do what they're > supposed to. It should not be necessary i.m.h.o. Because other OS's run the BIOS in real mode, and we run it in vm86 mode and we don't emulate enough instructions in vm86 mode for the Compaq/HP BIOS. See my other e-mail. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 17:11:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7523C16A4D2 for ; Tue, 26 Sep 2006 17:11:26 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4096443DEC for ; Tue, 26 Sep 2006 17:10:59 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from [74.129.224.81] (helo=DHCP-74-129-224-81.insightbb.com) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1GSGRw-0005SU-3j; Tue, 26 Sep 2006 13:10:28 -0400 Date: Tue, 26 Sep 2006 13:10:58 -0400 (EDT) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: Michael Ranner In-Reply-To: <200609261323.47216.mranner@inode.at> Message-ID: <20060926130728.Y18484@familysquires.net> References: <200609261323.47216.mranner@inode.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: Problem with AHC after updating from 4.11 to 6.1 on the same server hardware 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, 26 Sep 2006 17:11:26 -0000 Not that it will help you, but I'm running 6.2-PRERELEASE compiled 9/23 with three Adaptec controllers and no problems; none of them is a 29160, however. ahc0: port 0xe000-0xe0ff mem 0xfebfd000 -0xfebfdfff irq 16 at device 14.0 on pci0 ahc0: [GIANT-LOCKED] ahc1: port 0xe400-0xe4ff mem 0xfebfe000 -0xfebfefff irq 16 at device 14.1 on pci0 ahc1: [GIANT-LOCKED] ahc2: port 0xee00-0xeeff mem 0xfebfc000-0xfebf cfff irq 18 at device 18.0 on pci0 ahc2: [GIANT-LOCKED] ahc3: port 0xed00-0xedff mem 0xfebfb000-0xfebf bfff irq 19 at device 20.0 on pci0 ahc3: [GIANT-LOCKED] The motherboard is a Supermicro P6DGH with an onboard 78XX Adaptec controller, plus 2940 and 2944 (HV diff) for controlling two tape changers. I have a 39160 in another system running 4.11; I'll try booting that under 6.1 and see what happens. Mike Squires mikes at siralan.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 17:41:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE33C16A534 for ; Tue, 26 Sep 2006 17:41:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DCB043D45 for ; Tue, 26 Sep 2006 17:41:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8QHfHek049839; Tue, 26 Sep 2006 13:41:18 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 26 Sep 2006 13:09:19 -0400 User-Agent: KMail/1.9.1 References: <20060924171559.C7094@atlantis.atlantis.dp.ua> In-Reply-To: <20060924171559.C7094@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261309.19663.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]); Tue, 26 Sep 2006 13:41:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1946/Tue Sep 26 09:18:37 2006 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: Dmitry Pryanishnikov Subject: Re: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 26 Sep 2006 17:41:28 -0000 On Sunday 24 September 2006 10:27, Dmitry Pryanishnikov wrote: > > Hello! > > I've upgraded my 6-STABLE (as of 20-Aug) to the fresh (24-Sep) RELENG_6. > The only modification of the kernel config file is the removal of the > IPFIREWALL_FORWARD_EXTENDED option. Upgrade went successfully, but after > booting into the multiuser mode I've found that /dev/smb0 became unavailable > (so I can't monitor my hardware with the healthd anymore). I've examined > kernel boot logs and found that the only difference is: It still works here. Since you are using modules, make sure all your modules are in sync. Short of that, you can edit sys/dev/smbus/smb.c and add a printf to smb_identify() and make sure it is called. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 17:53:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD0E16A412; Tue, 26 Sep 2006 17:53:12 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mail.goodforbusiness.co.uk (mail.goodforbusiness.co.uk [81.19.179.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9248F43D7C; Tue, 26 Sep 2006 17:53:08 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id ACCF411477; Tue, 26 Sep 2006 18:53:07 +0100 (BST) X-Virus-Scanned: mail.goodforbusiness.co.uk Received: from mail.goodforbusiness.co.uk ([127.0.0.1]) by localhost (mail.goodforbusiness.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X8amIS1vzvsv; Tue, 26 Sep 2006 18:53:06 +0100 (BST) Received: from mail.helenmarks.co.uk (unknown [192.168.100.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id 8D9C011466; Tue, 26 Sep 2006 18:53:06 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 35EC817766; Tue, 26 Sep 2006 18:53:06 +0100 (BST) X-Virus-Scanned: amavisd-new at helenmarks.co.uk Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8CfcswZDDMly; Tue, 26 Sep 2006 18:53:05 +0100 (BST) Received: by mail.helenmarks.co.uk (Postfix, from userid 80) id EC7CD17754; Tue, 26 Sep 2006 18:53:04 +0100 (BST) Received: from 82-69-13-6.dsl.in-addr.zen.co.uk ([82.69.13.6]) (SquirrelMail authenticated user dom) by mail.helenmarks.co.uk with HTTP; Tue, 26 Sep 2006 18:53:04 +0100 (BST) Message-ID: <50017.82.69.13.6.1159293184.squirrel@mail.helenmarks.co.uk> In-Reply-To: <200609261305.12224.jhb@freebsd.org> References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> <200609261305.12224.jhb@freebsd.org> Date: Tue, 26 Sep 2006 18:53:04 +0100 (BST) From: "Dominic Marks" To: "John Baldwin" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Dominic Marks , CyberSans AirBort , freebsd-stable@freebsd.org Subject: Re: bug on BTX 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, 26 Sep 2006 17:53:12 -0000 John Baldwin wrote: > > Hmm, are you willing to test a change that should fix that? If so, > try > http://people.freebsd.org/~jhb/patches/btx_crx.patch You'll need to > do > a 'make clean && make && make install' in /sys/boot after applying, > and if > the make install suceeeds, do a 'bsdlabel -B ad0s1' (replace ad0s1 > with the > actual slice you boot from). I think it should work (I think it was > tested a > while ago, but boot2 used to not fit, now it does though). Be warned > though > that if it doesn't work, you won't be able to boot from your disk. If > that > happens and you have a 6.x disc 1 lying around, you can boot into > rescue mode > and re-run 'bsdlabel' and move boot/loader.old to boot/loader on the > root > partition to get your system back. Ideally you'd try this on a system > with > data you don't care about (i.e., it's ok to just do a reinstall if it > is > hosed). Certainly. I'll try this out tomorrow and let you know how it goes. I have a machine running -CURRENT which can be used as guinea pig. Thanks John. -- Dominic From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 17:56:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1D6816A417 for ; Tue, 26 Sep 2006 17:56:46 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6566843D77 for ; Tue, 26 Sep 2006 17:56:37 +0000 (GMT) (envelope-from erikt@midgard.homeip.net) Received: from falcon.midgard.homeip.net (83.253.29.241) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 4516FC410009680F for freebsd-stable@freebsd.org; Tue, 26 Sep 2006 19:56:36 +0200 Received: (qmail 5355 invoked from network); 26 Sep 2006 19:56:35 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 26 Sep 2006 19:56:35 +0200 Received: (qmail 67307 invoked by uid 1001); 26 Sep 2006 19:56:35 +0200 Date: Tue, 26 Sep 2006 19:56:35 +0200 From: Erik Trulsson To: George Potapov Message-ID: <20060926175635.GA67298@owl.midgard.homeip.net> Mail-Followup-To: George Potapov , freebsd-stable@freebsd.org References: <451945EC.6040300@cyberwang.net> <200609261942.51529.nephrite@inbox.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609261942.51529.nephrite@inbox.ru> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Building a kernel with config ? 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, 26 Sep 2006 17:56:47 -0000 On Tue, Sep 26, 2006 at 07:42:50PM +0400, George Potapov wrote: > On Tuesday 26 September 2006 19:23, Sean Bryant wrote: > > > Another way you could achieve the same thing is: > > make kernel KERNCONF=KERNNAME > > > > this will combine both steps in to one. > > Also for those who want to omit the KERNCONF step set KERNCONF in > > /etc/make.conf and you can omit the KERNCONF argument. > > But this also does make clean before building so it may be a pain especially > if you change one file or want to add just another driver. In that case you can just add -DNO_CLEAN to the arguments to make to. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 18:19:25 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B4816A415; Tue, 26 Sep 2006 18:19:25 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB78243D6A; Tue, 26 Sep 2006 18:19:23 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.6) with ESMTP id k8QIJM9v044133; Tue, 26 Sep 2006 22:19:22 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 26 Sep 2006 22:19:22 +0400 (MSD) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20060926221446.D33732@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Tue, 26 Sep 2006 22:19:22 +0400 (MSD) Cc: Pawel Jakub Dawidek Subject: RELENG_6_1 panic, possibly gmirror related 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, 26 Sep 2006 18:19:25 -0000 Dear colleagues, this is very preliminar report, I'll try to test more thoroughly tomorrow... after detaching one disk from gmirror (four gmirror tuples for each bsd partition) I encounter panic: panic: handle_written_inodeblock: live inodedep Uptime: 2m4s GEOM_MIRROR: Device m0g: provider mirror/m0g destroyed. Sleeping thread (tid 100008, pid 3) owns a non-sleepable lock panic: sleeping thread as it's rather highly loaded router I had no chance to build debugging kernel there, but will do that on similar test machine. Before I dig for it, maybe it's known issue? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 18:20:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A25A16A4D2 for ; Tue, 26 Sep 2006 18:20:24 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7D643D98 for ; Tue, 26 Sep 2006 18:20:14 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 8DC01B810 for ; Tue, 26 Sep 2006 14:20:13 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <451939DA.3060709@dental-on-line.fr> References: <451939DA.3060709@dental-on-line.fr> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-10-598986004; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Tue, 26 Sep 2006 14:20:12 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: NFS: freeze during copy 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, 26 Sep 2006 18:20:24 -0000 --Apple-Mail-10-598986004 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Sep 26, 2006, at 10:31 AM, rvenne@dental-on-line.fr wrote: > I was able to mount nfs mounting point and to copie 16K of 7G data. > and, it goes to freezing. I can't kill neither cp process neither > mount unmount nfs (umount command goes freezing too). tcpdump tells > me that server doesn't give any response in spite of client's udp > queries. > sounds similar to my issue with mksnap_ffs locking up in "D" state, except that mksnap also locks the whole file system while it works, so if it freezes, so does the full FS. I'm running 6.2-PRE from 9/23. --Apple-Mail-10-598986004-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 18:47:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 190E116A40F; Tue, 26 Sep 2006 18:47:14 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF0143D69; Tue, 26 Sep 2006 18:46:49 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id k8QIkffk017981; Tue, 26 Sep 2006 22:46:41 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id k8QIkfCY017980; Tue, 26 Sep 2006 22:46:41 +0400 (MSD) (envelope-from ache) Date: Tue, 26 Sep 2006 22:46:41 +0400 From: Andrey Chernov To: Mikhail Teterin Message-ID: <20060926184641.GB17862@nagual.pp.ru> References: <200609221330.09548.mi+mx@aldan.algebra.com> <20060924.174337.74554793.hrs@allbsd.org> <200609261258.34023.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200609261258.34023.mi+mx@aldan.algebra.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, re@freebsd.org Subject: Re: getopt_long and POSIXLY_CORRECT 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, 26 Sep 2006 18:47:14 -0000 On Tue, Sep 26, 2006 at 12:58:33PM -0400, Mikhail Teterin wrote: > ÎÅÄ?ÌÑ 24 ×ÅÒÅÓÅÎØ 2006 04:43, Hiroki Sato ÎÁÐÉÓÁ×: > > mi> Could a committer with interest in -stable, please, see to it, that > > mi> Andrey's recent change to getopt_long makes it into 6.2-RELEASE? > > mi> > > mi> The change makes our implementation of getopt_long closer to GNULIB's > > and will mi> make it easier to avoid code-duplication in some ports. > > > > šApproved. šThanks. > > Thanks, Hiroki, for the prompt authorization. Now, could anyone, please, step > up to use it? :-) I already do MFC (blindly). The diff shows that this case is very simple and can't produce any complications. -- http://ache.pp.ru/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 19:13:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 425FB16A403; Tue, 26 Sep 2006 19:13:56 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A592B43D72; Tue, 26 Sep 2006 19:10:37 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k8QJASjt053688; Tue, 26 Sep 2006 22:10:28 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k8QJASY1053685; Tue, 26 Sep 2006 22:10:28 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 26 Sep 2006 22:10:28 +0300 (EEST) From: Dmitry Pryanishnikov To: John Baldwin In-Reply-To: <200609261309.19663.jhb@freebsd.org> Message-ID: <20060926215928.H38624@atlantis.atlantis.dp.ua> References: <20060924171559.C7094@atlantis.atlantis.dp.ua> <200609261309.19663.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 26 Sep 2006 19:13:56 -0000 Hello! On Tue, 26 Sep 2006, John Baldwin wrote: > It still works here. Since you are using modules, make sure all your modules > are in sync. Short of that, you can edit sys/dev/smbus/smb.c and add a Yes, they are (I've followed the standard OS upgrade procedure, including full recompile of the kernel and all modules). > printf to smb_identify() and make sure it is called. I've instrumented it in the following fashion: smb_identify(driver_t *driver, device_t parent) { printf("smb_identify() called!!!\n"); if (device_find_child(parent, "smb", -1) == NULL) { printf("BUS_ADD_CHILD() = %p\n", BUS_ADD_CHILD(parent, 0, "smb", -1)); } } and here is the output: smb_identify() called!!! BUS_ADD_CHILD() = 0x6 6? ENXIO? Why?! Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 20:34:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DEBF16A407 for ; Tue, 26 Sep 2006 20:34:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A738B43D58 for ; Tue, 26 Sep 2006 20:34:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8QKYEsL051117 for ; Tue, 26 Sep 2006 16:34:15 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: stable@freebsd.org Date: Tue, 26 Sep 2006 16:34:01 -0400 User-Agent: KMail/1.9.1 References: <200609261844.k8QIiv0j062541@repoman.freebsd.org> In-Reply-To: <200609261844.k8QIiv0j062541@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261634.01543.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]); Tue, 26 Sep 2006 16:34:15 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1946/Tue Sep 26 09:18:37 2006 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: Subject: Re: cvs commit: src/sys/dev/smbus smbus.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, 26 Sep 2006 20:34:20 -0000 On Tuesday 26 September 2006 14:44, John Baldwin wrote: > jhb 2006-09-26 18:44:57 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/dev/smbus smbus.c > Log: > MFC: Add an explicit bus_add_child method for smbus(4). > > Approved by: re (kensmith) This should fix the missing "smb" devices. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 21:35:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10BF716A40F for ; Tue, 26 Sep 2006 21:35:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EEF243D4C for ; Tue, 26 Sep 2006 21:35:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8QLYp1c051484; Tue, 26 Sep 2006 17:34:55 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Dmitry Pryanishnikov Date: Tue, 26 Sep 2006 16:40:20 -0400 User-Agent: KMail/1.9.1 References: <20060924171559.C7094@atlantis.atlantis.dp.ua> <200609261309.19663.jhb@freebsd.org> <20060926215928.H38624@atlantis.atlantis.dp.ua> In-Reply-To: <20060926215928.H38624@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609261640.20577.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]); Tue, 26 Sep 2006 17:34:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1946/Tue Sep 26 09:18:37 2006 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: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 26 Sep 2006 21:35:02 -0000 On Tuesday 26 September 2006 15:10, Dmitry Pryanishnikov wrote: > > Hello! > > On Tue, 26 Sep 2006, John Baldwin wrote: > > It still works here. Since you are using modules, make sure all your modules > > are in sync. Short of that, you can edit sys/dev/smbus/smb.c and add a > > Yes, they are (I've followed the standard OS upgrade procedure, including > full recompile of the kernel and all modules). > > > printf to smb_identify() and make sure it is called. > > I've instrumented it in the following fashion: > > smb_identify(driver_t *driver, device_t parent) > { > printf("smb_identify() called!!!\n"); > if (device_find_child(parent, "smb", -1) == NULL) { > printf("BUS_ADD_CHILD() = %p\n", > BUS_ADD_CHILD(parent, 0, "smb", -1)); > } > } > > and here is the output: > > smb_identify() called!!! > BUS_ADD_CHILD() = 0x6 > > 6? ENXIO? Why?! I've just found it and fixed it if you upgrade to the newest smbus.c. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 21:46:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CDDB16A416; Tue, 26 Sep 2006 21:46:35 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD64643D45; Tue, 26 Sep 2006 21:46:34 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 77E27C527; Tue, 26 Sep 2006 17:46:33 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 1B28AC499; Tue, 26 Sep 2006 17:46:26 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 84C51C3B4; Tue, 26 Sep 2006 17:46:25 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=IFtwnWol6vHNlMg6TGS+WzMAzdg10TJO63I8Ob9HfPx4e14p4EQTAq8/3QBHU8VoxfNZUAOoCmvKquOzcS/+/T3Rg7ojWz3loRQVWH5hC1X6/WUxaGdSVIaPC8L9mqxK; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id EB101C420; Tue, 26 Sep 2006 17:46:24 -0400 (EDT) Message-ID: <45199FAF.1060805@protected-networks.net> Date: Tue, 26 Sep 2006 17:46:23 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: John Baldwin References: <200609261844.k8QIiv0j062541@repoman.freebsd.org> <200609261634.01543.jhb@freebsd.org> In-Reply-To: <200609261634.01543.jhb@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: cvs commit: src/sys/dev/smbus smbus.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, 26 Sep 2006 21:46:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Baldwin wrote: > On Tuesday 26 September 2006 14:44, John Baldwin wrote: >> jhb 2006-09-26 18:44:57 UTC >> >> FreeBSD src repository >> >> Modified files: (Branch: RELENG_6) >> sys/dev/smbus smbus.c >> Log: >> MFC: Add an explicit bus_add_child method for smbus(4). >> >> Approved by: re (kensmith) > > This should fix the missing "smb" devices. > Thanks, it is indeed back .. Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.2-PRERELEASE #18: Tue Sep 26 17:23:22 EDT 2006 root@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9,> AMD Features=0x100000 Cores per package: 2 real memory = 2137456640 (2038 MB) avail memory = 2086547456 (1989 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard netsmb_dev: loaded kbd1 at kbdmux0 ichwd module loaded kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=1039308kB. smbios0: at iomem 0xf6540-0xf655e on motherboard smbios0: Version: 2.31 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_lid0: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0x1800-0x1807 mem 0xdc100000-0xdc17ffff,0xc0000000-0xcfffffff,0xdc200000-0xdc23ffff irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xdc100000 0MB info: [drm] Initialized i915 1.4.0 20060119 pci0: at device 2.1 (no driver attached) pci0: at device 27.0 (no driver attached) pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 16 at device 28.1 on pci0 pci3: on pcib2 pcib3: irq 18 at device 28.2 on pci0 pci5: on pcib3 pci5: at device 0.0 (no driver attached) uhci0: port 0x1820-0x183f 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 0x1840-0x185f 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 0x1860-0x187f 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 0x1880-0x189f 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 0xdc444000-0xdc4443ff 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 pcib4: at device 30.0 on pci0 pci7: on pcib4 cbb0: at device 6.0 on pci7 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xdc006000-0xdc0067ff,0xdc000000-0xdc003fff irq 17 at device 6.1 on pci7 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:08:0d:a0:d1:3f:7d:47 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci7: at device 6.2 (no driver attached) pci7: at device 6.3 (no driver attached) fxp0: port 0x4000-0x403f mem 0xdc005000-0xdc005fff irq 20 at device 8.0 on pci7 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:d1:3f:7d:47 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xce800-0xcffff,0xdc000-0xdffff,0xe0000-0xe17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Kensington KTG USB/PS2 Wireless Wheel Mouse, rev 1.10/1.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec ad0: 95396MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s2a -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGZ+vQv9rrgRC1JIRAmLwAKCaWIOztXHeve8Oy6JxGhubpgXAQACcC3S+ OfJM90HUlbJaqEJTeIozDJw= =maBW -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 26 22:09:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFD6A16A403; Tue, 26 Sep 2006 22:09:57 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FB4C43D46; Tue, 26 Sep 2006 22:09:56 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k8QM9h74035107; Wed, 27 Sep 2006 01:09:51 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k8QM9hMB035104; Wed, 27 Sep 2006 01:09:43 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 27 Sep 2006 01:09:43 +0300 (EEST) From: Dmitry Pryanishnikov To: John Baldwin In-Reply-To: <200609261640.20577.jhb@freebsd.org> Message-ID: <20060927010735.N32956@atlantis.atlantis.dp.ua> References: <20060924171559.C7094@atlantis.atlantis.dp.ua> <200609261309.19663.jhb@freebsd.org> <20060926215928.H38624@atlantis.atlantis.dp.ua> <200609261640.20577.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 26 Sep 2006 22:09:57 -0000 On Tue, 26 Sep 2006, John Baldwin wrote: >> smb_identify() called!!! >> BUS_ADD_CHILD() = 0x6 >> >> 6? ENXIO? Why?! > > I've just found it and fixed it if you upgrade to the newest smbus.c. Thanks, the problem has indeed been fixed. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 00:46:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E8F16A416 for ; Wed, 27 Sep 2006 00:46:34 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id A686F43D46 for ; Wed, 27 Sep 2006 00:46:31 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id DF8644CD32 for ; Wed, 27 Sep 2006 00:48:16 +0000 (GMT) Received: from beaste5.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 81FD64CD18 for ; Wed, 27 Sep 2006 00:48:16 +0000 (GMT) Received: from beaste5.jumbuck.com (beast5 [192.168.46.105]) by beaste5.jumbuck.com (Postfix) with ESMTP id 70AF120A4F57; Wed, 27 Sep 2006 10:46:29 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by beaste5.jumbuck.com (Postfix) with ESMTP id 547D820A4F4D; Wed, 27 Sep 2006 10:46:29 +1000 (EST) Message-ID: <4519C9E4.3070704@thebeastie.org> Date: Wed, 27 Sep 2006 10:46:28 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.13) Gecko/20060727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: <45174A0C.50404@thebeastie.org> <45187F1D.4070500@thebeastie.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: probs on 6.2-prerelease 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, 27 Sep 2006 00:46:34 -0000 Danny Braniss wrote: >[...] > > >>>>Hey all, >>>> >>>>I don't know if this is pre 6.2 specific but I changed my /etc/tty for >>>>device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't >>>>login via regular KVM console, just don't get a login. >>>>The more alarming thing was that while it appeared everything was >>>>booting up from the boot up messages on the screen, I couldn't remotely >>>>log into the server in fact it appears the machine didn't bring up the >>>>Ethernet device as I couldn't even ping it. >>>>As soon as I switched the ttyd0 back to 'off' and rebooted it I could >>>>ssh back into the server etc. >>>>I have a regular kernel and 1 jail and samba on this machine. >>>> >>>>This might just be a ports thing but on another 6.2 server I setup a >>>>jailed mail server with courier imap and I have noticed that it fails to >>>>build the courier-imap port with FAM support. >>>>I tried also installing the gamin FAM alternative which builds ok but I >>>>get signal 11 when I try to login to the imap server. >>>> >>>>Does anyone else have these problems? >>>> >>>> >>>> >>>> >>>> >>>I've been having this for a very long time, if the serial port does >>>not realy exist - i don't know the technical wording for this -, >>> >>>if the kernel detected the sio hardare, but it's not realy >>>wired, then it the kernel will hang when getty will try to open it. >>> >>>danny >>> >>> >>> >>> >>OK good then its not just me, yes I haven't checked if the serial port >>is actually enabled in the bios, still I think its quite ordinary to >>have a machine basically fully hang up just because theres no active >>serial port. With no network or serial (unless you can enable/find it >>hardware side) I had to boot from the Freebsd install cdrom in fix it >>mode and mount the installed setup and revert the tty change. >> >> >> > >next time, just boot single user, do a > fsck / >then > mount -u / >at which point you will be able to fix /etc/ttys >or any other screwup. > > danny > > > Yeah for some reason I couldn't do that, I can't even remember all the reasons now but the main reason is because I have a USB keyboard, for some reason I can use the USB keyboard in the BIOS but as soon as the boot loader starts with the 10sec menu I loose all control of the keyboard. Booting into fixit mode from the CDROM loads the USB drivers (as well as not hanging up the OS anywhere) so I could mount the filesystem and fix it. Mike From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 01:14:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA20216A4A7 for ; Wed, 27 Sep 2006 01:14:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524FE43D46 for ; Wed, 27 Sep 2006 01:14:53 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc13) with ESMTP id <200609270114520130044ng2e>; Wed, 27 Sep 2006 01:14:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D27B61FA037; Tue, 26 Sep 2006 18:14:51 -0700 (PDT) Date: Tue, 26 Sep 2006 18:14:51 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927011451.GA2607@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <45174A0C.50404@thebeastie.org> <45187F1D.4070500@thebeastie.org> <4519C9E4.3070704@thebeastie.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4519C9E4.3070704@thebeastie.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: probs on 6.2-prerelease 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, 27 Sep 2006 01:14:53 -0000 On Wed, Sep 27, 2006 at 10:46:28AM +1000, Michael Vince wrote: > Yeah for some reason I couldn't do that, I can't even remember all the > reasons now but the main reason is because I have a USB keyboard, for > some reason I can use the USB keyboard in the BIOS but as soon as the > boot loader starts with the 10sec menu I loose all control of the keyboard. > Booting into fixit mode from the CDROM loads the USB drivers (as well as > not hanging up the OS anywhere) so I could mount the filesystem and fix it. I can confirm this problem, and have been fighting with it for quite some time. BIOS is configured for "USB Legacy" support (which should enable the keyboard in such environments). boot0, boot2, and loader all accept the keyboard just fine. Once the kernel loads, it loads the usb layer, detects the keyboard (via ukbd), and of course pops up the "Pick a shell" single-user prompt. But no keyboard input. This behaviour happened only on my Intel machine; my current AMD machine does not do this. The problem as I saw it (which may be an incorrect prognosis, since my AMD box says the same thing as the Intel via dmesg, but behaves fine) was that the FreeBSD kernel was considering the default keyboard device as atkbd* rather than ukbd*. It wasn't a problem outside of single-user, since usbd would load and do some magic to make it all work... but usbd doesn't get loaded in single-user. :-) The workaround I found was to use some loader.conf tweaks to disable specific AT/PS2 keyboard devices. I believe I used something like this, but I can't remember (and don't have loader.conf from my Intel box :( -- And yes, I know psm is for the mouse): hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" hint.psm.0.disabled="1" This oversight really needs to be addressed. I'll gladly buy anyone who wishes to solve it a new USB keyboard to test/debug with. -- | 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 Sep 27 01:19:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 918E916A52F for ; Wed, 27 Sep 2006 01:19:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6879643D45 for ; Wed, 27 Sep 2006 01:19:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5145E1A3C19 for ; Tue, 26 Sep 2006 18:19:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B22C85176D; Tue, 26 Sep 2006 21:19:39 -0400 (EDT) Date: Tue, 26 Sep 2006 21:19:39 -0400 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060927011939.GA23279@xor.obsecurity.org> References: <45174A0C.50404@thebeastie.org> <45187F1D.4070500@thebeastie.org> <4519C9E4.3070704@thebeastie.org> <20060927011451.GA2607@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927011451.GA2607@icarus.home.lan> User-Agent: Mutt/1.4.2.2i Subject: Re: probs on 6.2-prerelease 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, 27 Sep 2006 01:19:44 -0000 On Tue, Sep 26, 2006 at 06:14:51PM -0700, Jeremy Chadwick wrote: > On Wed, Sep 27, 2006 at 10:46:28AM +1000, Michael Vince wrote: > > Yeah for some reason I couldn't do that, I can't even remember all the > > reasons now but the main reason is because I have a USB keyboard, for > > some reason I can use the USB keyboard in the BIOS but as soon as the > > boot loader starts with the 10sec menu I loose all control of the keyboard. > > Booting into fixit mode from the CDROM loads the USB drivers (as well as > > not hanging up the OS anywhere) so I could mount the filesystem and fix it. > > I can confirm this problem, and have been fighting with it for quite > some time. BIOS is configured for "USB Legacy" support (which should > enable the keyboard in such environments). boot0, boot2, and loader > all accept the keyboard just fine. Once the kernel loads, it loads > the usb layer, detects the keyboard (via ukbd), and of course pops > up the "Pick a shell" single-user prompt. But no keyboard input. > > This behaviour happened only on my Intel machine; my current AMD > machine does not do this. > > The problem as I saw it (which may be an incorrect prognosis, since > my AMD box says the same thing as the Intel via dmesg, but behaves > fine) was that the FreeBSD kernel was considering the default keyboard > device as atkbd* rather than ukbd*. It wasn't a problem outside > of single-user, since usbd would load and do some magic to make it > all work... but usbd doesn't get loaded in single-user. :-) > > The workaround I found was to use some loader.conf tweaks to disable > specific AT/PS2 keyboard devices. I believe I used something like > this, but I can't remember (and don't have loader.conf from my Intel > box :( -- And yes, I know psm is for the mouse): > > hint.atkbdc.0.disabled="1" > hint.atkbd.0.disabled="1" > hint.psm.0.disabled="1" > > This oversight really needs to be addressed. I'll gladly buy anyone > who wishes to solve it a new USB keyboard to test/debug with. Wasn't the kbdmux framework introduced some time ago to solve this? Kris From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 01:49:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEFE016A407 for ; Wed, 27 Sep 2006 01:49:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B29C43D78 for ; Wed, 27 Sep 2006 01:49:53 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006092701495201500io35he>; Wed, 27 Sep 2006 01:49:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 151141FA037; Tue, 26 Sep 2006 18:49:52 -0700 (PDT) Date: Tue, 26 Sep 2006 18:49:52 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927014952.GA3100@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <45174A0C.50404@thebeastie.org> <45187F1D.4070500@thebeastie.org> <4519C9E4.3070704@thebeastie.org> <20060927011451.GA2607@icarus.home.lan> <20060927011939.GA23279@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927011939.GA23279@xor.obsecurity.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: probs on 6.2-prerelease 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, 27 Sep 2006 01:49:59 -0000 On Tue, Sep 26, 2006 at 09:19:39PM -0400, Kris Kennaway wrote: > > This oversight really needs to be addressed. I'll gladly buy anyone > > who wishes to solve it a new USB keyboard to test/debug with. > > Wasn't the kbdmux framework introduced some time ago to solve this? I'm not familiar with this multiplexer driver. The manpage for it implied that configuring the driver requires kbdcontrol. /etc/rc.d/syscons controls this during multiuser boot, but nothing's going to call this for single-user. Seems like a catch 22 of sorts... -- | 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 Sep 27 04:37:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3091E16A403; Wed, 27 Sep 2006 04:37:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD32A43D4C; Wed, 27 Sep 2006 04:37:56 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8R4bn00016444; Tue, 26 Sep 2006 22:37:55 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451A001D.3040005@samsco.org> Date: Tue, 26 Sep 2006 22:37:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jan Mikkelsen References: <003001c6e119$b7d59e20$c801a8c0@transactionware.com> In-Reply-To: <003001c6e119$b7d59e20$c801a8c0@transactionware.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 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, 27 Sep 2006 04:37:58 -0000 Jan Mikkelsen wrote: > Attached is a simpler patch, after some feedback from Stefan over general > niceness. > > It removes the amd64 special case by splitting the target member (an array > of struct sym_tcb) of sym_hcb out into a separately allocated structure. > This way there is never a need to allocate anything bigger than a page and > the whole problem goes away with minimal change, less wasted memory and > fewer outright hacks. > > I did spend some time looking at ripping out the custom allocator entirely, > and got as far as it building and one of the cache tests failing. I don't > think I'm going to spend the time to track down why; if anyone wants to > pick it up then let me know. > > Regards, > > Jan Mikkelsen Looks very reasonable. Stefen, did you want to handle getting this into CVS, or would you like me to do it? Scott From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 06:00:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5136516A403 for ; Wed, 27 Sep 2006 06:00:25 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE8343D46 for ; Wed, 27 Sep 2006 06:00:23 +0000 (GMT) (envelope-from martin@gneto.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep03.bredband.com with ESMTP id <20060927060022.KZOH14075.mxfep03.bredband.com@ironport.bredband.com> for ; Wed, 27 Sep 2006 08:00:22 +0200 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se ([83.227.181.30]) by ironport.bredband.com with ESMTP; 27 Sep 2006 08:00:21 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by ua-83-227-181-30.cust.bredbandsbolaget.se (Postfix) with ESMTP id 1161167922 for ; Wed, 27 Sep 2006 08:00:21 +0200 (CEST) Message-ID: <451A1375.5080202@gneto.com> Date: Wed, 27 Sep 2006 08:00:21 +0200 From: Martin Nilsson User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 06:00:25 -0000 mailbox# uname -a FreeBSD mailbox 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Fri Sep 22 00:31:29 CEST 2006 root@mailbox:/usr/obj-local/usr/src/sys/SMP amd64 I get tons of these: em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP mailbox# pciconf -lv 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 em0: flags=8843 mtu 1500 options=b inet6 fe80::230:48ff:fe89:c958%em0 prefixlen 64 scopeid 0x1 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 ether 00:30:48:89:c9:58 media: Ethernet autoselect (1000baseTX ) status: active Motherboard is a Supermicro PDSMi+ I have only seen them on em0. Yesterday I tried sysutils/cpuburn on similar boxes that are netbooted with NFS mounted drives and everytime I loaded the two CPU cores the network went down. I have not tested with other NIC:s so I don't know if the bug is in the em driver or somewhere else in the kernel. I will update my 6.2 now and see if it works better. I will also test with a bge PCIe adapter if the problem persists. Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 07:15:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A59616A417 for ; Wed, 27 Sep 2006 07:15:41 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B905343D5A for ; Wed, 27 Sep 2006 07:15:40 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GSTdr-000727-0p for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 09:15:39 +0200 Date: Wed, 27 Sep 2006 09:15:39 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060927071538.GF22229@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IMjqdzrDRly81ofr" Content-Disposition: inline In-Reply-To: <451A1375.5080202@gneto.com> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 07:15:41 -0000 --IMjqdzrDRly81ofr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Sep 27, 2006 at 08:00:21AM +0200, Martin Nilsson wrote: > I get tons of these: > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP >=20 > mailbox# pciconf -lv > em0@pci13:0:0: class=3D0x020000 card=3D0x108c15d9 chip=3D0x108c8086 rev= =3D0x03=20 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'PRO/1000 PM' > class =3D network > subclass =3D ethernet > em1@pci14:0:0: class=3D0x020000 card=3D0x109a15d9 chip=3D0x109a8086 rev= =3D0x00=20 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > class =3D network > subclass =3D ethernet >=20 [...] > I have only seen them on em0. Yesterday I tried sysutils/cpuburn on=20 > similar boxes that are netbooted with NFS mounted drives and everytime I= =20 > loaded the two CPU cores the network went down. I see the same. Very much on this one, where I workaround the problem by using polling, it's a UP machine. FreeBSD nessie 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Fri Sep 15 09:48:3= 6 CEST 2006 root@nessie:/usr/obj/usr/src/sys/NESSIE i386 em0@pci2:1:0: class=3D0x020000 card=3D0x10198086 chip=3D0x10198086 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82547EI Gigabit Ethernet Controller (LOM)' class =3D network subclass =3D ethernet irq18: em0 uhci2 3319 0 Another machine, also UP, but with two interfaces. The problem is not as=20 apparent as on the first machine, but it's there. This machine is not as=20 loaded usually (CPU wise) as the first machine. The problem is ONLY on=20 em1: FreeBSD hudson 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #48: Thu Sep 14 10:19:= 46 CEST 2006 root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386 em0@pci1:1:0: class=3D0x020000 card=3D0x10758086 chip=3D0x10758086 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82547EI Gigabit Ethernet Controller' class =3D network subclass =3D ethernet em1@pci3:2:0: class=3D0x020000 card=3D0x10768086 chip=3D0x10768086 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82547EI Gigabit Ethernet Controller' class =3D network subclass =3D ethernet irq17: em1 ichsmb0 950121879 855 irq18: em0 71437344 64 The problem appeared after the em updates during the last weeks in the kernel and has not been observed before this. em is always loaded as a=20 module in my kernels. The problem seems to occur more often if the=20 machine's CPU is busy. I have several SMP machines with the following em interfaces, which=20 DON'T show the problem, but they also have different chipset on the em=20 interface. Most of the kernels were built between Sep 7 and Sep 19. 3 times this: em0@pci4:5:0: class=3D0x020000 card=3D0x34248086 chip=3D0x10108086 rev=3D= 0x01 hdr=3D0x00 em1@pci4:5:1: class=3D0x020000 card=3D0x34248086 chip=3D0x10108086 rev=3D= 0x01 hdr=3D0x00 irq23: em0 970303432 750 3 times this: em0@pci4:5:0: class=3D0x020000 card=3D0x34258086 chip=3D0x100e8086 rev=3D= 0x02 hdr=3D0x00 irq23: em0 292477376 435 So I can observe at least 3 interesting differences: - the interface showing the problems shares the interrupt - for me it happens on UP machines only - the chips are different What I can't do: moving the interfaces between machines, these are=20 onboard interfaces. What I could do: I could try to unload the USB driver or the ichsmb=20 driver on the machiens, where the interrupts are shared. Anyway, the USB=20 is not used currently (I have it enabled to be prepared to hook up a USB=20 Mass Storage device, which never happend since the problem occured). The=20 ichsmb also is usually not queried. Any suggestions on how I could help? - Olli --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --IMjqdzrDRly81ofr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGiUaiqtMdzjafykRAle5AJ9OQMWWJMEffZNYLN+z/JrI8OCphQCgxVaH jb9oTMzYrXEOBjvwenFkhtI= =GKtS -----END PGP SIGNATURE----- --IMjqdzrDRly81ofr-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 07:48:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 894AC16A492 for ; Wed, 27 Sep 2006 07:48:52 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id B752643D5E for ; Wed, 27 Sep 2006 07:48:50 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so120229wxd for ; Wed, 27 Sep 2006 00:48:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=VLdjXkGu2aR4lvYbpA0+OwGy+H2vzWyum1IsMrTFUepeWf9mo9AmcXiHVK4tmj5LnJ7RWVxzxf0w27GcKsvR51sp+ZGGvu0Xj3MZ52dFqJkzgbD9/X11Vxg8+wp4hkig3oSaI4ZALYe5VehC9Q7C2EQtmcY1q9/QrO/uaYA3g/c= Received: by 10.90.94.2 with SMTP id r2mr82489agb; Wed, 27 Sep 2006 00:48:47 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Wed, 27 Sep 2006 00:48:47 -0700 (PDT) Message-ID: <7ad7ddd90609270048p2e9d91e2qccad68de74de0dda@mail.gmail.com> Date: Wed, 27 Sep 2006 09:48:47 +0200 From: "Ulrich Spoerlein" To: stable@freebsd.org In-Reply-To: <7ad7ddd90609270046r16aa41baga229eaf65ce0f310@mail.gmail.com> MIME-Version: 1.0 References: <20060924171559.C7094@atlantis.atlantis.dp.ua> <200609261309.19663.jhb@freebsd.org> <20060926215928.H38624@atlantis.atlantis.dp.ua> <200609261640.20577.jhb@freebsd.org> <20060927010735.N32956@atlantis.atlantis.dp.ua> <7ad7ddd90609270046r16aa41baga229eaf65ce0f310@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fwd: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 27 Sep 2006 07:48:52 -0000 On 9/27/06, Dmitry Pryanishnikov wrote: > > On Tue, 26 Sep 2006, John Baldwin wrote: > > I've just found it and fixed it if you upgrade to the newest smbus.c. > Thanks, the problem has indeed been fixed. I'm sorry to hijack this thread, but what's the recommended way to read out temperature values via SMB? ichsmb0@pci0:31:3: class=0x0c0500 card=0x618015d9 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus ichsmb0: port 0x1100-0x111f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 # mbmon -d ioctl(smb0:open): No such file or directory SMBus[Intel8XX(ICH/ICH2/ICH3/ICH4/ICH5/ICH6)] found, but No HWM available on it!! No Hardware Monitor found!! InitMBInfo: Bad file descriptor # ls /dev/smb* ls: No match. # sysctl -a|grep smb dev.ichsmb.0.%desc: Intel 82801EB (ICH5) SMBus controller dev.ichsmb.0.%driver: ichsmb dev.ichsmb.0.%location: slot=31 function=3 handle=\_SB_.PCI0.SMBS dev.ichsmb.0.%pnpinfo: vendor=0x8086 device=0x24d3 subvendor=0x15d9 subdevice=0x6180 class=0x0c0500 dev.ichsmb.0.%parent: pci0 dev.smbus.0.%desc: System Management Bus dev.smbus.0.%driver: smbus dev.smbus.0.%parent: ichsmb0 Uli From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 07:55:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 431C916A4ED for ; Wed, 27 Sep 2006 07:55:36 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E84A43D69 for ; Wed, 27 Sep 2006 07:55:34 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 5B2D91382E0 for ; Wed, 27 Sep 2006 09:55:33 +0200 (CEST) Message-ID: <451A2E87.6000301@dental-on-line.fr> Date: Wed, 27 Sep 2006 09:55:51 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable References: <451939DA.3060709@dental-on-line.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS: freeze during copy 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, 27 Sep 2006 07:55:36 -0000 Vivek Khera wrote: > > On Sep 26, 2006, at 10:31 AM, rvenne@dental-on-line.fr wrote: > >> I was able to mount nfs mounting point and to copie 16K of 7G data. >> and, it goes to freezing. I can't kill neither cp process neither >> mount unmount nfs (umount command goes freezing too). tcpdump tells >> me that server doesn't give any response in spite of client's udp >> queries. >> > > sounds similar to my issue with mksnap_ffs locking up in "D" state, > except that mksnap also locks the whole file system while it works, > so if it freezes, so does the full FS. > > I'm running 6.2-PRE from 9/23. > yeah, that's true, ps ax shows the "cp" process staing in D state. by the way, the server is unavailable now, execpting ping. the whole system is out. -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 08:06:11 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D03B616A416 for ; Wed, 27 Sep 2006 08:06:11 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4091143D5F for ; Wed, 27 Sep 2006 08:06:06 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so124255wxd for ; Wed, 27 Sep 2006 01:06:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=o8yG4A572hk+v+hlZ3OY9BkwTvTuhewxQFTFeZelWyiZyGFufF/IWl2Ie5+8Mmmo0phk7YTCA2zTML4Vve9rj9zjCsSpSL/ynl0q88cJIXLVOlS0MMVoMU7O5hPSVRfj4roROxPCD0L1L5uwqcx7NSLymSYyYdZB/OuTs1Wv/mQ= Received: by 10.90.100.6 with SMTP id x6mr82822agb; Wed, 27 Sep 2006 01:06:05 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Wed, 27 Sep 2006 01:06:05 -0700 (PDT) Message-ID: <7ad7ddd90609270106o2cd1323fp6ad8e6f838e82f57@mail.gmail.com> Date: Wed, 27 Sep 2006 10:06:05 +0200 From: "Ulrich Spoerlein" To: stable@freebsd.org, jedgar@FreeBSD.org In-Reply-To: <7ad7ddd90609270048p2e9d91e2qccad68de74de0dda@mail.gmail.com> MIME-Version: 1.0 References: <20060924171559.C7094@atlantis.atlantis.dp.ua> <200609261309.19663.jhb@freebsd.org> <20060926215928.H38624@atlantis.atlantis.dp.ua> <200609261640.20577.jhb@freebsd.org> <20060927010735.N32956@atlantis.atlantis.dp.ua> <7ad7ddd90609270046r16aa41baga229eaf65ce0f310@mail.gmail.com> <7ad7ddd90609270048p2e9d91e2qccad68de74de0dda@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Loadable SMBus modules regression in 6-STABLE -> 6-BETA 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, 27 Sep 2006 08:06:11 -0000 On 9/27/06, Ulrich Spoerlein wrote: > > I'm sorry to hijack this thread, but what's the recommended way to read > out temperature values via SMB? > > ichsmb0@pci0:31:3: class=0x0c0500 card=0x618015d9 chip=0x24d38086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' > class = serial bus > subclass = SMBus > > ichsmb0: port 0x1100-0x111f irq 17 > at device 31.3 on pci0 > ichsmb0: [GIANT-LOCKED] > smbus0: on ichsmb0 > > # mbmon -d > ioctl(smb0:open): No such file or directory > SMBus[Intel8XX(ICH/ICH2/ICH3/ICH4/ICH5/ICH6)] found, but No HWM available > on it!! > No Hardware Monitor found!! > InitMBInfo: Bad file descriptor > # ls /dev/smb* > ls: No match. > # sysctl -a|grep smb > dev.ichsmb.0.%desc: Intel 82801EB (ICH5) SMBus controller > dev.ichsmb.0.%driver: ichsmb > dev.ichsmb.0.%location: slot=31 function=3 handle=\_SB_.PCI0.SMBS > dev.ichsmb.0.%pnpinfo: vendor=0x8086 device=0x24d3 subvendor=0x15d9 > subdevice=0x6180 class=0x0c0500 > dev.ichsmb.0.%parent: pci0 > dev.smbus.0.%desc: System Management Bus > dev.smbus.0.%driver: smbus > dev.smbus.0.%parent: ichsmb0 > Ok, forget about the 'ls /dev/smb', the /dev/smb0 device is actually there, it's just devfs that set me up again. I also found sysutils/lmmon to give me some sane values, however the temperature values are way off: MB temp: 254C / 489F / 527K Fans: 1 : 0 rpm 2 : 0 rpm 3 : 0 rpm Voltages: Vcore1 : +2.703V Vcore2 : +2.750V + 3.3V : +2.750V + 5.0V : +4.906V +12.0V : +11.812V -12.0V : -11.938V - 5.0V : -5.114V From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 09:02:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FE416A415; Wed, 27 Sep 2006 09:02:55 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E51AC43DA5; Wed, 27 Sep 2006 09:02:49 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 9841B11402E; Wed, 27 Sep 2006 10:02:46 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M1y3UGZy9Z9B; Wed, 27 Sep 2006 10:02:43 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 87B34114020; Wed, 27 Sep 2006 10:02:43 +0100 (BST) Message-ID: <451A3E33.8010805@goodforbusiness.co.uk> Date: Wed, 27 Sep 2006 10:02:43 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: John Baldwin References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> <200609261305.12224.jhb@freebsd.org> In-Reply-To: <200609261305.12224.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: CyberSans AirBort , freebsd-stable@freebsd.org Subject: Re: bug on BTX 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, 27 Sep 2006 09:02:55 -0000 John Baldwin wrote: > > Hmm, are you willing to test a change that should fix that? If so, try > http://people.freebsd.org/~jhb/patches/btx_crx.patch You'll need to do > a 'make clean && make && make install' in /sys/boot after applying, and if > the make install suceeeds, do a 'bsdlabel -B ad0s1' (replace ad0s1 with the > actual slice you boot from). I think it should work (I think it was tested a > while ago, but boot2 used to not fit, now it does though). Be warned though > that if it doesn't work, you won't be able to boot from your disk. If that > happens and you have a 6.x disc 1 lying around, you can boot into rescue mode > and re-run 'bsdlabel' and move boot/loader.old to boot/loader on the root > partition to get your system back. Ideally you'd try this on a system with > data you don't care about (i.e., it's ok to just do a reinstall if it is > hosed). > Hi John. I tested the patch on my -CURRENT box, both with the BIOS DMA enabled and disabled and I can confirm it works successfully. Test system is was a Compaq EVO D510 CMT desktop. Thanks John, -- Dominic From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 09:11:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3700716A5FB for ; Wed, 27 Sep 2006 09:11:20 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76BAE43D7B for ; Wed, 27 Sep 2006 09:11:16 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 3E1171382E4 for ; Wed, 27 Sep 2006 11:11:15 +0200 (CEST) Message-ID: <451A4045.7020000@dental-on-line.fr> Date: Wed, 27 Sep 2006 11:11:33 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable References: <451939DA.3060709@dental-on-line.fr> <451A2E87.6000301@dental-on-line.fr> In-Reply-To: <451A2E87.6000301@dental-on-line.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS: freeze during copy 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, 27 Sep 2006 09:11:20 -0000 rvenne@dental-on-line.fr wrote: > Vivek Khera wrote: > >> >> On Sep 26, 2006, at 10:31 AM, rvenne@dental-on-line.fr wrote: >> >>> I was able to mount nfs mounting point and to copie 16K of 7G data. >>> and, it goes to freezing. I can't kill neither cp process neither >>> mount unmount nfs (umount command goes freezing too). tcpdump tells >>> me that server doesn't give any response in spite of client's udp >>> queries. >>> >> >> sounds similar to my issue with mksnap_ffs locking up in "D" state, >> except that mksnap also locks the whole file system while it works, >> so if it freezes, so does the full FS. >> >> I'm running 6.2-PRE from 9/23. >> > yeah, that's true, ps ax shows the "cp" process staing in D state. by > the way, the server is unavailable now, execpting ping. the whole > system is out. > the server is rebooted. someone recommand me to use smbfs instead of nfs ( 5.4@smp )... -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 09:17:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 699C916A403 for ; Wed, 27 Sep 2006 09:17:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70EDD43D7F for ; Wed, 27 Sep 2006 09:17:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8R9GvbU017794; Wed, 27 Sep 2006 03:17:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451A4189.5020906@samsco.org> Date: Wed, 27 Sep 2006 03:16:57 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Brandmueller References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> In-Reply-To: <20060927071538.GF22229@e-Gitt.NET> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 09:17:29 -0000 Oliver Brandmueller wrote: > Hi, > > On Wed, Sep 27, 2006 at 08:00:21AM +0200, Martin Nilsson wrote: > >>I get tons of these: >>em0: watchdog timeout -- resetting >>em0: link state changed to DOWN >>em0: link state changed to UP >> >>mailbox# pciconf -lv >>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 >> > > [...] > >>I have only seen them on em0. Yesterday I tried sysutils/cpuburn on >>similar boxes that are netbooted with NFS mounted drives and everytime I >>loaded the two CPU cores the network went down. > > > I see the same. > > Very much on this one, where I workaround the problem by using polling, > it's a UP machine. > > FreeBSD nessie 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Fri Sep 15 09:48:36 CEST 2006 root@nessie:/usr/obj/usr/src/sys/NESSIE i386 > > em0@pci2:1:0: class=0x020000 card=0x10198086 chip=0x10198086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82547EI Gigabit Ethernet Controller (LOM)' > class = network > subclass = ethernet > > irq18: em0 uhci2 3319 0 > > > Another machine, also UP, but with two interfaces. The problem is not as > apparent as on the first machine, but it's there. This machine is not as > loaded usually (CPU wise) as the first machine. The problem is ONLY on > em1: > > FreeBSD hudson 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #48: Thu Sep 14 10:19:46 CEST 2006 root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386 > > em0@pci1:1:0: class=0x020000 card=0x10758086 chip=0x10758086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82547EI Gigabit Ethernet Controller' > class = network > subclass = ethernet > > em1@pci3:2:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82547EI Gigabit Ethernet Controller' > class = network > subclass = ethernet > > irq17: em1 ichsmb0 950121879 855 > irq18: em0 71437344 64 > > > The problem appeared after the em updates during the last weeks in the > kernel and has not been observed before this. em is always loaded as a > module in my kernels. The problem seems to occur more often if the > machine's CPU is busy. > > > I have several SMP machines with the following em interfaces, which > DON'T show the problem, but they also have different chipset on the em > interface. Most of the kernels were built between Sep 7 and Sep 19. > > 3 times this: > em0@pci4:5:0: class=0x020000 card=0x34248086 chip=0x10108086 rev=0x01 hdr=0x00 > em1@pci4:5:1: class=0x020000 card=0x34248086 chip=0x10108086 rev=0x01 hdr=0x00 > irq23: em0 970303432 750 > > > > 3 times this: > em0@pci4:5:0: class=0x020000 card=0x34258086 chip=0x100e8086 rev=0x02 hdr=0x00 > irq23: em0 292477376 435 > > > So I can observe at least 3 interesting differences: > > - the interface showing the problems shares the interrupt > - for me it happens on UP machines only > - the chips are different > > What I can't do: moving the interfaces between machines, these are > onboard interfaces. > > What I could do: I could try to unload the USB driver or the ichsmb > driver on the machiens, where the interrupts are shared. Anyway, the USB > is not used currently (I have it enabled to be prepared to hook up a USB > Mass Storage device, which never happend since the problem occured). The > ichsmb also is usually not queried. > > Any suggestions on how I could help? > > - Olli > > Well, the best I can say at the moment is, "Wow." =-( I guess the thing to do here is to figure out if the problem lies with the em interrupt handler not getting run, or the taskqueue not getting run. Since you've stated that it seems to be related to shared interrupts, the first possibility is more likely. However, I'm not sure why the symptom would only be showing up now. The Intel docs say that the 82547EI are a bit interesting, and I wonder if assumptions that we make about PCI ordering aren't true (or if there are bugs that make our assumptions invalid). Does this happen after there has been a lot of disk activity, like a large tar extraction? Are you using the SMBus interface at all, or is it sitting completely idle? Scott From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 09:45:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B69B16A415 for ; Wed, 27 Sep 2006 09:45:12 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5099B43D49 for ; Wed, 27 Sep 2006 09:45:10 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8R9j9CT020821 for ; Wed, 27 Sep 2006 11:45:09 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8R9j9a9077816; Wed, 27 Sep 2006 11:45:09 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8R9j96v077815; Wed, 27 Sep 2006 11:45:09 +0200 (CEST) (envelope-from ry93) Date: Wed, 27 Sep 2006 11:45:09 +0200 From: "Patrick M. Hausen" To: Scott Long Message-ID: <20060927094509.GB75104@hugo10.ka.punkt.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451A4189.5020906@samsco.org> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 09:45:12 -0000 Hello! > Well, the best I can say at the moment is, "Wow." =-( I guess the > thing to do here is to figure out if the problem lies with the em > interrupt handler not getting run, or the taskqueue not getting run. I helped Pyun with some debugging by providing ssh access to a machine showing the (seemingly) same problem. At first he thought the interrupt handler of the em driver was the culprit, but we applied quite a few patches and tested afterwards - seems like the driver is not the cause. On -stable occasionally other people complained about very similar looking problems with bge and other drivers. My guess is, though I'm not a kernel developer, just an experienced admin, that em stands out as problematic just by coincidence. Certain onboard network components tend to come with certaiin chipsets and certain architectures. So, Pyun suggested it was a problem with the taskqueue that was introduced some time between 6.0 and 6.1. With my system (Tyan GT20 B5161G20) the problem shows when there is heavy disk and cpu activity, like "make buildworld". I made sure that the em interface doesn't share an interrupt with the SATA controller. When the problem occurs, I get the well known "watchdog timeout" messages and then the system's network activity over that interface freezes completely for a couple of minutes. Usually the system recovers after a while without reboot or other measures. What I can do: give ssh access to a system showing this behaviour including a network connection to another box, so one can transfer large amounts of data over a private LAN. I used FTP of a sparse big file. Prerequisite: fixed IP address of the machine that the developer whishes to use to connect to my system. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 09:51:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E716E16A403 for ; Wed, 27 Sep 2006 09:51:35 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B67A43D46 for ; Wed, 27 Sep 2006 09:51:35 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 9EFCA11402E for ; Wed, 27 Sep 2006 10:51:34 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ahZCKGtKPkJw for ; Wed, 27 Sep 2006 10:51:32 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 06F19114020 for ; Wed, 27 Sep 2006 10:51:32 +0100 (BST) Message-ID: <451A49A3.4030106@helenmarks.co.uk> Date: Wed, 27 Sep 2006 10:51:31 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: USB keyboard LED lights cause audio to stutter 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, 27 Sep 2006 09:51:36 -0000 Hello, Has anyone else noticed this? Here is how to repeat it: 1. USB Keyboard 2. Sound card (CMedia 8738 in my case) 3. Recent -STABLE > uname -v FreeBSD 6.2-PRERELEASE #10: Mon Sep 18 15:46:33 BST 2006 Now, play some music (I'm using XMMS) and press on any keyboard key which toggles an LED once a second is enough, just press it often you will observe that the audio slows down immediately and will slow down more the quicker you hammer on NUM-LOCK, CAPS-LOCK etc. Once you stop pressing the key the audio will resume the correct pace. All other activities on the system seem to be unaffected by it. Other keys do not have the same impact. I'm pretty sure this only started happening recently but I could have just not noticed it as much. From watching `systat -vmstat 1` during this it seems that whenever an LED key is pressed atkb receives between 20 and 100 interrupts and the slow down occurs. I'll catch up to -STABLE soon to check if it is still happening. dmesg: http://goodforbusiness.co.uk/~dom/gdc083.dmesg Thanks, Dominic From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 10:52:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9072F16A407 for ; Wed, 27 Sep 2006 10:52:46 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26C4D43D5E for ; Wed, 27 Sep 2006 10:52:37 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so164012wxd for ; Wed, 27 Sep 2006 03:52:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=NXaL7jN3aLTc0rt7tg1i6gjCFIbRQyDvHDOlu3iK4CVwK+04VS1ZbKB6Y4r3GVGRKQ+XdhB/abGQKrsCMG7yu9k2dLeo2NEIZPCIY9R/F08PkJ7oli2nvQLoDpaT3A6FkyNhp1M44wXb3k0lQO7a9IqeCcRi2yt8CjguQNr+rxY= Received: by 10.90.81.14 with SMTP id e14mr94444agb; Wed, 27 Sep 2006 03:52:36 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Wed, 27 Sep 2006 03:52:36 -0700 (PDT) Message-ID: <7ad7ddd90609270352i450d2345va1b10513c5978bce@mail.gmail.com> Date: Wed, 27 Sep 2006 12:52:36 +0200 From: "Ulrich Spoerlein" To: "Martin Nilsson" In-Reply-To: <451A1375.5080202@gneto.com> MIME-Version: 1.0 References: <451A1375.5080202@gneto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 10:52:46 -0000 On 9/27/06, Martin Nilsson wrote: > > mailbox# uname -a > FreeBSD mailbox 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Fri Sep 22 > 00:31:29 CEST 2006 > root@mailbox:/usr/obj-local/usr/src/sys/SMP amd64 > > I get tons of these: > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > > mailbox# pciconf -lv > 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 > > em0: flags=8843 mtu 1500 > options=b > inet6 fe80::230:48ff:fe89:c958%em0 prefixlen 64 scopeid 0x1 > inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 > ether 00:30:48:89:c9:58 > media: Ethernet autoselect (1000baseTX ) > status: active We have several SMP systems with onboard em0/em1 Interfaces running on a RELENG_6 snapshot taken at 2006-09-20 00:00+0. They are not in production yet, so the load is not that much. However I haven't seen any watchdog timeouts on them. Only annoyance is, that the em(4) interfaces take too long for the interface to come up, ie, the system will boot, run ifconfig, the interface still has no link so syslogd/ntpdate/ntpd will complain about 'no route to host'. A 'sleep 5' fixes that problem, though I'd like to avoid such hacks. Anyway, here's the data: em0@pci3:2:0: class=0x020000 card=0x117a8086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci3:2:1: class=0x020000 card=0x117a8086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em0: port 0x3040-0x307f mem 0xd8320000-0xd833ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: XXXXXXXXXX em0: [FAST] em1: port 0x3080-0x30bf mem 0xd8340000-0xd835ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: XXXXXXXXXX em1: [FAST] em0: link state changed to UP em0: flags=8843 mtu 1500 options=b inet 1.2.3.4 netmask 0xffffff00 broadcast 1.2.3.4 ether XXXXXXXXX media: Ethernet autoselect (100baseTX ) status: active Hope this helps to narrow down the problem. Uli From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 11:08:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C58616A407 for ; Wed, 27 Sep 2006 11:08:36 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC0143D6E for ; Wed, 27 Sep 2006 11:08:22 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8RB8LJK021591 for ; Wed, 27 Sep 2006 13:08:21 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8RB8La9080349; Wed, 27 Sep 2006 13:08:21 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8RB8KhN080348; Wed, 27 Sep 2006 13:08:20 +0200 (CEST) (envelope-from ry93) Date: Wed, 27 Sep 2006 13:08:20 +0200 From: "Patrick M. Hausen" To: Scott Long Message-ID: <20060927110820.GD75104@hugo10.ka.punkt.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927094509.GB75104@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 11:08:36 -0000 Hello! > On -stable occasionally other people complained about very similar > looking problems with bge and other drivers. My guess is, though > I'm not a kernel developer, just an experienced admin, that > em stands out as problematic just by coincidence. Certain onboard > network components tend to come with certaiin chipsets and certain > architectures. I forgot to mention: we do have systems with em interfaces that never showed this problem! Regards, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 11:24:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2E8216A412 for ; Wed, 27 Sep 2006 11:24:21 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (tandgrisner.ismobile.com [213.88.244.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C12243D46 for ; Wed, 27 Sep 2006 11:24:20 +0000 (GMT) (envelope-from goran.lowkrantz@ismobile.com) Received: from [172.16.2.106] (viglaf.hq.ismobile.com [172.16.2.106]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTP id 1EAD422940 for ; Wed, 27 Sep 2006 13:24:16 +0200 (CEST) Message-ID: <451A5F5F.6050900@ismobile.com> Date: Wed, 27 Sep 2006 13:24:15 +0200 From: glz Organization: isMobile AB User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <20060927110820.GD75104@hugo10.ka.punkt.de> In-Reply-To: <20060927110820.GD75104@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 11:24:21 -0000 I have seen the watchdog and reset problem on a -STABLE laptop, both em and iwi. It only occur when I try to connect using Mulberry e-mail client so I thought it could be a problem with the linuxilator. The load on the box is normally low but both driver have shared interrupts, either with cbb or usb. Here is what I can see: uname -a: FreeBSD viglaf 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #55: Thu Sep 21 22:15:38 CEST 2006 root@viglaf:/usr/obj/usr/src/sys/VIGLAF i386 dmesg: em0: port 0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at device 1.0 on pci2 em0: Ethernet address: 00:0d:60:89:36:e8 em0: [FAST] iwi0: mem 0xc0214000-0xc0214fff irq 9 at device 2.0 on pci2 iwi0: Ethernet address: 00:16:6f:8b:0a:21 vmstat -i interrupt total rate irq0: clk 11148090 999 irq1: atkbd0 32271 2 irq5: pcm0 atapci+ 157115 14 irq6: fdc0 1 0 irq7: 1 0 stray irq7 1 0 irq8: rtc 1426745 127 irq9: cbb1 cbb2++* 26582 2 irq11: cbb0 em0++* 762544 68 irq12: psm0 516858 46 irq14: ata0 43494 3 irq15: ata1 82 0 Total 14113784 1265 This is a development machine so I can debug and test patches as needed. Best regards, Goran L Patrick M. Hausen wrote: > Hello! > >> On -stable occasionally other people complained about very similar >> looking problems with bge and other drivers. My guess is, though >> I'm not a kernel developer, just an experienced admin, that >> em stands out as problematic just by coincidence. Certain onboard >> network components tend to come with certaiin chipsets and certain >> architectures. > > I forgot to mention: we do have systems with em interfaces that > never showed this problem! > > Regards, > Patrick -- ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile, Aurorum 2, S-977 75 Luleå, Sweden Phone: +46(0)920-75559 Mobile: +46(0)70-587 87 82 Fax: +46(0)70-615 87 82 http://www.ismobile.com ............................................... From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 11:32:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5F1016A403 for ; Wed, 27 Sep 2006 11:32:37 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E78A43D5F for ; Wed, 27 Sep 2006 11:32:35 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.6.20060614/8.13.6) with ESMTP id k8RBWXFv004599 for ; Wed, 27 Sep 2006 13:32:34 +0200 (envelope-from gerrit@pmp.uni-hannover.de) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id C09BA5A for ; Wed, 27 Sep 2006 13:32:33 +0200 (CEST) Date: Wed, 27 Sep 2006 13:32:33 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20060927133233.a507b687.gerrit@pmp.uni-hannover.de> In-Reply-To: <451A5F5F.6050900@ismobile.com> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <20060927110820.GD75104@hugo10.ka.punkt.de> <451A5F5F.6050900@ismobile.com> Organization: Plasmaphysik X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.2.0.264296 X-PerlMx-Spam: Gauge=%%XGAUGE%%%%IGAUGE%%, Probability=%%PROB%%, Report='%%HITS%%' Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 11:32:37 -0000 On Wed, 27 Sep 2006 13:24:15 +0200 glz wrote about Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2: G> I have seen the watchdog and reset problem on a -STABLE laptop, both em G> and iwi. It only occur when I try to connect using Mulberry e-mail G> client so I thought it could be a problem with the linuxilator. Same (or at least similar) behaviour here on an HP/Compaq nx7010 with an internal rl interface. I can trigger the problems using cvsup (even at moderate speeds connected via ADSL). Just drop me a note which further infos are needed for debugging. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 11:55:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CD6F16A403 for ; Wed, 27 Sep 2006 11:55:08 +0000 (UTC) (envelope-from bblue@netoldies.com) Received: from netoldies.com (nada.netoldies.com [66.146.162.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA29343D5D for ; Wed, 27 Sep 2006 11:55:07 +0000 (GMT) (envelope-from bblue@netoldies.com) Received: from sovaio.netoldies.com by netoldies.com (MDaemon PRO v9.0.6) with ESMTP id md50000132742.msg for ; Wed, 27 Sep 2006 04:55:06 -0700 Date: Wed, 27 Sep 2006 04:55:04 -0700 To: "freebsd-stable@freebsd.org" From: "Bill Blue" Content-Type: text/plain; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.01 (Win32) X-Spam-Processed: netoldies.com, Wed, 27 Sep 2006 04:55:06 -0700 (not processed: message from valid local sender) X-Return-Path: bblue@netoldies.com X-Envelope-From: bblue@netoldies.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Subject: snd_emu10k1 driver 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, 27 Sep 2006 11:55:08 -0000 Hi, Is this driver known to be 100% working? I'm running stable 6.2 p6 righ= t now and have this device driver installed (device sound and device snd= _emu10k1 compiled into the kernel) for use with a Creative Live! card. = Audio outputs work correctly, and the various players will produce audio= as expected via the PCM control. Line input works as well. 'mixer' wo= rks as does KDE's kmix (they track each other). I've also installed the= driver via kldload at boot, but it makes no difference. I'm unable to successfully record audio from the line input of this Crea= tive Live! card. Either using the generic /dev/dsp as the recording sou= rce, or individual devices /dev/dsp0.0 and up, dspW0.0 and up, or dspr0.= 4/5. There's just no audio there. For the recording software I've used Krec, ffmpeg, darkice and streamTra= nscoder (the latter two feeding an icecast server). 'mixer' has its rec= ording device (=3Drec) set to line in, and I'm feeding audio to line in = (analog) and spdif in (digital). There's no problem monitoring the 'lin= e in' buss on the outputs, but there's no audio on the record output dev= ice. dmesg shows the driver being installed, and cat /dev/sndstat shows it is= active on pcm0. If I cat /dev/sndstat with a higher verbosity (set wit= h sysctrl) it shows that the record devices should be dsp0.4 and dsp0.5,= line and mic in respectively. The man page for snd_emu10k1 says the re= cording devices should be dspr0.4 and dspr0.5 but only if they're drivin= g a codec directly -- I'm not sure what that means exactly. There's no sound daemons like esound or artsd running during these tests= . The ports being tested as an input device seem to open correctly and = show up as read devices in fstat. I've also tried the snd_emu10kx driver to no avail. Has anyone had experience using the Live! sound card and these drivers? = And if so, is recording correctly supported? I have other sound cards available, but none of them seem to have driver= support in FreeBSD. One is a Delta (Midiman) 410 with an ICE1712 chip,= and the other is a Turtle Beach TB400 (not a Santa Cruz) with Vortex AU= 8830A2 chip. Both cards have analog and digital ins and outs. Anyone with insight on any of this? --Bill From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 12:16:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B8F416A4EA for ; Wed, 27 Sep 2006 12:16:57 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBBDA43D6E for ; Wed, 27 Sep 2006 12:16:53 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000506850.msg for ; Wed, 27 Sep 2006 16:16:33 +0400 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: Wed, 27 Sep 2006 16:16:31 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F78F@ex.hhp.local> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: snd_emu10k1 driver thread-index: AcbiLDs9cIjPSP4sTOKkJT7eYAC/oAAASIRg From: "Yuriy Tsibizov" To: "Bill Blue" X-Spam-Processed: mx.gfk.ru, Wed, 27 Sep 2006 16:16:33 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: mx.gfk.ru, Wed, 27 Sep 2006 16:16:34 +0400 Cc: freebsd-stable@freebsd.org Subject: RE: snd_emu10k1 driver 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, 27 Sep 2006 12:16:57 -0000 > For the recording software I've used Krec, ffmpeg, darkice=20 > and streamTranscoder (the latter two feeding an icecast=20 > server). 'mixer' has its recording device (=3Drec) set to line=20 > in, and I'm feeding audio to line in (analog) and spdif in=20 > (digital). There's no problem monitoring the 'line in' buss=20 > on the outputs, but there's no audio on the record output device. snd_emu10k1 may not support recording from s/pdif input. Both drivers should be able to record from line-in. >=20 > There's no sound daemons like esound or artsd running during=20 > these tests. The ports being tested as an input device seem=20 > to open correctly and show up as read devices in fstat. >=20 > I've also tried the snd_emu10kx driver to no avail. As I understand, you use a driver from ports? can you post output of: cat /dev/emu10kx0 emuctrl list mixer (when you use snd_emu10kx) and=20 mixer (when you use snd_emu10k1) >=20 > Has anyone had experience using the Live! sound card and=20 > these drivers? And if so, is recording correctly supported? It should work on snd_emu10kx, if you set all volume controls correctly. There was a version (of snd_emu10kx) that had broken recording on Live! cards. I'm not shure, was port updated with lates fixes. Yuriy. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 12:43:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21A3216A403 for ; Wed, 27 Sep 2006 12:43:04 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11F4943D76 for ; Wed, 27 Sep 2006 12:42:56 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from [IPv6:2001:660:2402:1001:20e:cff:fe60:e734] (apophis.u-strasbg.fr [IPv6:2001:660:2402:1001:20e:cff:fe60:e734]) by mailhost.u-strasbg.fr (8.13.6/jtpda-5.5pre1) with ESMTP id k8RCgHbo006592 ; Wed, 27 Sep 2006 14:42:17 +0200 (CEST) Message-ID: <451A71B6.6040201@crc.u-strasbg.fr> Date: Wed, 27 Sep 2006 14:42:30 +0200 From: Philippe Pegon User-Agent: Thunderbird 1.5.0.7 (X11/20060916) MIME-Version: 1.0 To: "Patrick M. Hausen" References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> In-Reply-To: <20060927094509.GB75104@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Wed, 27 Sep 2006 14:42:18 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.4/1947/Wed Sep 27 02:46:56 2006 on mr8.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on mr8.u-strasbg.fr Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 12:43:04 -0000 Hi, it's just a me too. On our ftp server (ftp8.fr.freebsd.org), sometimes we see some "watchdog timeout" in the log with a bge card, but maybe it's not the same problem... : /var/log/messages:Sep 23 02:47:06 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages:Sep 23 02:47:06 anubis kernel: bge1: link state changed to DOWN /var/log/messages:Sep 23 02:47:11 anubis kernel: bge1: link state changed to UP /var/log/messages.0.bz2:Sep 12 22:22:48 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.0.bz2:Sep 12 22:22:48 anubis kernel: bge1: link state changed to DOWN /var/log/messages.0.bz2:Sep 12 22:22:51 anubis kernel: bge1: link state changed to UP /var/log/messages.0.bz2:Sep 17 15:22:01 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.0.bz2:Sep 17 15:22:01 anubis kernel: bge1: link state changed to DOWN /var/log/messages.0.bz2:Sep 17 15:22:06 anubis kernel: bge1: link state changed to UP /var/log/messages.0.bz2:Sep 20 12:13:07 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.0.bz2:Sep 20 12:13:07 anubis kernel: bge1: link state changed to DOWN /var/log/messages.0.bz2:Sep 20 12:13:11 anubis kernel: bge1: link state changed to UP /var/log/messages.1.bz2:Sep 6 08:33:54 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.1.bz2:Sep 6 08:33:54 anubis kernel: bge1: link state changed to DOWN /var/log/messages.1.bz2:Sep 6 08:33:59 anubis kernel: bge1: link state changed to UP /var/log/messages.2.bz2:Sep 4 17:39:25 anubis kernel: bge1: link state changed to DOWN /var/log/messages.2.bz2:Sep 4 17:39:28 anubis kernel: bge1: link state changed to UP /var/log/messages.3.bz2:Aug 29 12:09:36 anubis kernel: bge0: watchdog timeout -- resetting /var/log/messages.3.bz2:Aug 29 12:09:36 anubis kernel: bge0: link state changed to DOWN /var/log/messages.3.bz2:Aug 29 12:09:41 anubis kernel: bge0: link state changed to UP /var/log/messages.4.bz2:Aug 22 15:44:00 anubis kernel: bge0: watchdog timeout -- resetting /var/log/messages.4.bz2:Aug 22 15:44:00 anubis kernel: bge0: link state changed to DOWN /var/log/messages.4.bz2:Aug 22 15:44:03 anubis kernel: bge0: link state changed to UP -- Philippe Pegon Patrick M. Hausen wrote: > Hello! > >> Well, the best I can say at the moment is, "Wow." =-( I guess the >> thing to do here is to figure out if the problem lies with the em >> interrupt handler not getting run, or the taskqueue not getting run. > > I helped Pyun with some debugging by providing ssh access to > a machine showing the (seemingly) same problem. > > At first he thought the interrupt handler of the em driver was > the culprit, but we applied quite a few patches and tested > afterwards - seems like the driver is not the cause. > > On -stable occasionally other people complained about very similar > looking problems with bge and other drivers. My guess is, though > I'm not a kernel developer, just an experienced admin, that > em stands out as problematic just by coincidence. Certain onboard > network components tend to come with certaiin chipsets and certain > architectures. > > So, Pyun suggested it was a problem with the taskqueue that was > introduced some time between 6.0 and 6.1. > > With my system (Tyan GT20 B5161G20) the problem shows when there > is heavy disk and cpu activity, like "make buildworld". > I made sure that the em interface doesn't share an interrupt > with the SATA controller. When the problem occurs, I get the > well known "watchdog timeout" messages and then the system's > network activity over that interface freezes completely for > a couple of minutes. > Usually the system recovers after a while without reboot or > other measures. > > What I can do: give ssh access to a system showing this behaviour > including a network connection to another box, so one can transfer > large amounts of data over a private LAN. I used FTP of a sparse > big file. > > Prerequisite: fixed IP address of the machine that the developer > whishes to use to connect to my system. > > HTH, > Patrick From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 13:06:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5AEC16A40F for ; Wed, 27 Sep 2006 13:06:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4341443D53 for ; Wed, 27 Sep 2006 13:06:10 +0000 (GMT) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so199266wxd for ; Wed, 27 Sep 2006 06:06:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=n8jNVg53CtpEswLikxj3nte8/pJjvwsUB7Bnd8jjTAXxLdakhKD/i8fSM/OZNKbJFJ0AjvjCaQ1RKCfxikK6LDkK091F1YY6w+880p2UdakM+v/vbZA8TE6CLdZWIKodepLWkr3d4t2yWKN6EP0fNMzTLnc76b0Mu9d42mKtcT0= Received: by 10.90.113.18 with SMTP id l18mr137461agc; Wed, 27 Sep 2006 06:06:09 -0700 (PDT) Received: by 10.90.31.10 with HTTP; Wed, 27 Sep 2006 06:06:09 -0700 (PDT) Message-ID: Date: Wed, 27 Sep 2006 21:06:09 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: freebsd-stable@freebsd.org In-Reply-To: <451A71B6.6040201@crc.u-strasbg.fr> MIME-Version: 1.0 References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> X-Google-Sender-Auth: 81932eb42df16c50 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 13:06:10 -0000 Me Too(tm). FreeBSD jacinta.home.cacheboy.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Mon Sep 18 07:59:50 UTC 2006 adrian@jacinta.home.cacheboy.net:/usr/obj/usr/src/sys/GENERIC i386 Lots of this in dmesg: em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP vmstat -i: irq16: em0 1053995830 2844 According to dmesg only em0 is on the bus. This is on an NForce2 board with an AMD 1800XP+. Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 13:17:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3934B16A403 for ; Wed, 27 Sep 2006 13:17:45 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE3F43D45 for ; Wed, 27 Sep 2006 13:17:44 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-254-44.client.mchsi.com[12.216.254.44]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060927131743m9100smf2oe>; Wed, 27 Sep 2006 13:17:43 +0000 Message-ID: <451A79F6.5000501@math.missouri.edu> Date: Wed, 27 Sep 2006 08:17:42 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060919 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> In-Reply-To: <451A4189.5020906@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 13:17:45 -0000 Scott Long wrote: > Oliver Brandmueller wrote: > >> Hi, >> >> On Wed, Sep 27, 2006 at 08:00:21AM +0200, Martin Nilsson wrote: >> >>> I get tons of these: >>> em0: watchdog timeout -- resetting >>> em0: link state changed to DOWN >>> em0: link state changed to UP >>> >>> mailbox# pciconf -lv >>> 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 >>> >> >> [...] >> >>> I have only seen them on em0. Yesterday I tried sysutils/cpuburn on >>> similar boxes that are netbooted with NFS mounted drives and >>> everytime I loaded the two CPU cores the network went down. >> >> >> >> I see the same. >> >> Very much on this one, where I workaround the problem by using polling, >> it's a UP machine. >> >> FreeBSD nessie 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Fri Sep 15 >> 09:48:36 CEST 2006 root@nessie:/usr/obj/usr/src/sys/NESSIE i386 >> >> em0@pci2:1:0: class=0x020000 card=0x10198086 chip=0x10198086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82547EI Gigabit Ethernet Controller (LOM)' >> class = network >> subclass = ethernet >> >> irq18: em0 uhci2 3319 0 >> >> >> Another machine, also UP, but with two interfaces. The problem is not >> as apparent as on the first machine, but it's there. This machine is >> not as loaded usually (CPU wise) as the first machine. The problem is >> ONLY on em1: >> >> FreeBSD hudson 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #48: Thu Sep 14 >> 10:19:46 CEST 2006 root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 >> i386 >> >> em0@pci1:1:0: class=0x020000 card=0x10758086 chip=0x10758086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82547EI Gigabit Ethernet Controller' >> class = network >> subclass = ethernet >> >> em1@pci3:2:0: class=0x020000 card=0x10768086 chip=0x10768086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82547EI Gigabit Ethernet Controller' >> class = network >> subclass = ethernet >> >> irq17: em1 ichsmb0 950121879 855 >> irq18: em0 71437344 64 >> >> >> The problem appeared after the em updates during the last weeks in the >> kernel and has not been observed before this. em is always loaded as a >> module in my kernels. The problem seems to occur more often if the >> machine's CPU is busy. >> >> >> I have several SMP machines with the following em interfaces, which >> DON'T show the problem, but they also have different chipset on the em >> interface. Most of the kernels were built between Sep 7 and Sep 19. >> >> 3 times this: >> em0@pci4:5:0: class=0x020000 card=0x34248086 chip=0x10108086 >> rev=0x01 hdr=0x00 >> em1@pci4:5:1: class=0x020000 card=0x34248086 chip=0x10108086 >> rev=0x01 hdr=0x00 >> irq23: em0 970303432 750 >> >> >> >> 3 times this: >> em0@pci4:5:0: class=0x020000 card=0x34258086 chip=0x100e8086 >> rev=0x02 hdr=0x00 >> irq23: em0 292477376 435 >> >> >> So I can observe at least 3 interesting differences: >> >> - the interface showing the problems shares the interrupt >> - for me it happens on UP machines only >> - the chips are different >> >> What I can't do: moving the interfaces between machines, these are >> onboard interfaces. >> >> What I could do: I could try to unload the USB driver or the ichsmb >> driver on the machiens, where the interrupts are shared. Anyway, the >> USB is not used currently (I have it enabled to be prepared to hook up >> a USB Mass Storage device, which never happend since the problem >> occured). The ichsmb also is usually not queried. >> >> Any suggestions on how I could help? >> >> - Olli >> >> > > Well, the best I can say at the moment is, "Wow." =-( I guess the > thing to do here is to figure out if the problem lies with the em > interrupt handler not getting run, or the taskqueue not getting run. > Since you've stated that it seems to be related to shared interrupts, > the first possibility is more likely. However, I'm not sure why the > symptom would only be showing up now. The Intel docs say that the > 82547EI are a bit interesting, and I wonder if assumptions that we > make about PCI ordering aren't true (or if there are bugs that make > our assumptions invalid). > > Does this happen after there has been a lot of disk activity, like a > large tar extraction? Are you using the SMBus interface at all, or is > it sitting completely idle? I have experienced this problem also. It happens when the system is definitely not idle. So I am simulataneously dung large internet transfers (via em), using the graphics card with OpenGL, and building the kde port. I have actually had this problem for a month or so, so if it is a software fault it was introduced into the OS quite recently. (I tend to rebuild RELENG_6 about twice a month.) Stephen From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 13:25:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBC2D16A412 for ; Wed, 27 Sep 2006 13:25:59 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F9A43D5C for ; Wed, 27 Sep 2006 13:25:57 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8RDPu9k022968 for ; Wed, 27 Sep 2006 15:25:56 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8RDPta9084052; Wed, 27 Sep 2006 15:25:55 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8RDPtuG084051; Wed, 27 Sep 2006 15:25:55 +0200 (CEST) (envelope-from ry93) Date: Wed, 27 Sep 2006 15:25:55 +0200 From: "Patrick M. Hausen" To: Philippe Pegon Message-ID: <20060927132555.GB83422@hugo10.ka.punkt.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451A71B6.6040201@crc.u-strasbg.fr> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 13:25:59 -0000 Hi! On Wed, Sep 27, 2006 at 02:42:30PM +0200, Philippe Pegon wrote: > it's just a me too. On our ftp server (ftp8.fr.freebsd.org), sometimes > we see some "watchdog timeout" in the log with a bge card, but maybe it's > not the same problem... : As far as I know the watchdog timeouts are _supposed_ to be mostly harmless, i.e. recoverable. Some people experience additional complete hangs of network communications, that may or may not be related to them. Regards, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 13:39:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A1F516A417 for ; Wed, 27 Sep 2006 13:39:08 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D43FF43D49 for ; Wed, 27 Sep 2006 13:39:04 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so66871nzn for ; Wed, 27 Sep 2006 06:39:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=q2Y7TgHAzgyF1uryI3s68wb0co5UghEDctjhowP9n/Wx81eiJkwvM8PVy2FINE/LJj1E2kTqXI0efnZpdvSP2+5khw49o/1t/yDP8JkYXVaM7+Xz1NqTqzubUbwBKUWYlht9henSjRubr7T0DQcTuS1HvWi8Vw9zUx6gN0XnQOg= Received: by 10.64.143.4 with SMTP id q4mr546650qbd; Wed, 27 Sep 2006 06:39:03 -0700 (PDT) Received: from sauron.lan.box ( [200.180.164.243]) by mx.gmail.com with ESMTP id e16sm820566qba.2006.09.27.06.39.01; Wed, 27 Sep 2006 06:39:03 -0700 (PDT) Date: Wed, 27 Sep 2006 10:38:57 -0300 From: Ricardo Nabinger Sanchez To: freebsd-stable@freebsd.org Message-Id: <20060927103857.0377c0e8.rnsanchez@gmail.com> In-Reply-To: References: X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: snd_emu10k1 driver 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, 27 Sep 2006 13:39:08 -0000 On Wed, 27 Sep 2006 04:55:04 -0700 "Bill Blue" wrote: > Is this driver known to be 100% working? For me, it works OK most of the time. Longer audio files (ogg/mp3) usually play without issues, and under rarely and not-understood circumstances some sort of slight audio distortion (like static in a radio) appears, but it's just a matter of pausing-unpausing xmms to recover. For shorter audio samples (lots of different types of wave files) that I use as notification (IM messages and other events I like to be notified) it's another story: not so rarely the audio is distorted, and the distortion is not always the same. Some distortions I can name are: pitch, volume, clipping and truncating. These are always played with sox (sox-12.18.2). This happens both with emu10k1 and emu10kx1 (from ports), but I found that with standard emu10k1 it happens less often for the music (which usually is playing as long as my machine is on). I can test the driver to hunt this bug as long as instructions on what to do are given :) Additional info follows. % uname -a FreeBSD sauron.lan.box 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 % cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xd800 irq 16 kld snd_emu10k1 (4p/3r/0v channels duplex default) relevant dmesg: pcm0: port 0xd800-0xd81f at device 10.0 on pci0 pcm0: pciconf: pcm0@pci0:10:0: class = 0x040100 card=0x80611102 chip=0x00021102 rev=0x07 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10000 Sound Blaster Live! (Also Live! 5.1) - OEM from DELL - CT4780' class = multimedia subclass = audio emujoy0@pci0:10:1: class = 0x098000 card=0x00201102 chip=0x70021102 rev=0x07 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10000 Game Port' class = input device details of a small audio sample that often gets distorted: % file roger.wav roger.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22050 Hz -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 13:42:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FDB216A492 for ; Wed, 27 Sep 2006 13:42:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5069043D55 for ; Wed, 27 Sep 2006 13:42:05 +0000 (GMT) (envelope-from adrian.chadd@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so23175wri for ; Wed, 27 Sep 2006 06:42:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=nnlH5KY3KTUVLI2y8dsRRpW51I2rwRBQjkz3n/mOSHuc4Zxw52CXnyH7b3JVsiSFUHrfqF4GgqyGJEDimSezw/mqGW6jArG9guZPIHvvIKTN67uiKkHXIPr67wEDvmr9SUfn4FJA/jidMvuJFqzCpuWEoijakqYox6gWUIkVDro= Received: by 10.90.66.9 with SMTP id o9mr159084aga; Wed, 27 Sep 2006 06:42:04 -0700 (PDT) Received: by 10.90.31.10 with HTTP; Wed, 27 Sep 2006 06:42:04 -0700 (PDT) Message-ID: Date: Wed, 27 Sep 2006 21:42:04 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> X-Google-Sender-Auth: 1fcdf411e28ac425 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 13:42:07 -0000 s/is on the bus/is alone on the irq/. (And it shows up when I'm running polygraph and apachebench tests.) On 9/27/06, Adrian Chadd wrote: > > Me Too(tm). > > FreeBSD jacinta.home.cacheboy.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE#0: Mon Sep 18 07:59:50 UTC 2006 > adrian@jacinta.home.cacheboy.net:/usr/obj/usr/src/sys/GENERIC i386 > > Lots of this in dmesg: > > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > > vmstat -i: > irq16: em0 1053995830 2844 > > According to dmesg only em0 is on the bus. This is on an NForce2 board > with an AMD 1800XP+. > > > Adrian > > -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 13:43:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A584216A407 for ; Wed, 27 Sep 2006 13:43:35 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48A5A43D4C for ; Wed, 27 Sep 2006 13:43:34 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (sccrmhc15) with ESMTP id <2006092713433401500ipalge>; Wed, 27 Sep 2006 13:43:34 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Wed, 27 Sep 2006 08:42:03 +0000 User-Agent: KMail/1.9.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609270842.03802.josh@tcbug.org> Cc: Bill Blue Subject: Re: snd_emu10k1 driver 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, 27 Sep 2006 13:43:35 -0000 On Wednesday 27 September 2006 11:55, Bill Blue wrote: > Hi, > > Is this driver known to be 100% working? I'm running stable 6.2 p6 > right now and have this device driver installed (device sound and > device snd_emu10k1 compiled into the kernel) for use with a > Creative Live! card. Audio outputs work correctly, and the various > players will produce audio as expected via the PCM control. Line > input works as well. 'mixer' works as does KDE's kmix (they track > each other). I've also installed the driver via kldload at boot, > but it makes no difference. > > I'm unable to successfully record audio from the line input of this > Creative Live! card. Either using the generic /dev/dsp as the > recording source, or individual devices /dev/dsp0.0 and up, dspW0.0 > and up, or dspr0.4/5. There's just no audio there. > > For the recording software I've used Krec, ffmpeg, darkice and > streamTranscoder (the latter two feeding an icecast server). > 'mixer' has its recording device (=rec) set to line in, and I'm > feeding audio to line in (analog) and spdif in (digital). There's > no problem monitoring the 'line in' buss on the outputs, but > there's no audio on the record output device. > > dmesg shows the driver being installed, and cat /dev/sndstat shows > it is active on pcm0. If I cat /dev/sndstat with a higher > verbosity (set with sysctrl) it shows that the record devices > should be dsp0.4 and dsp0.5, line and mic in respectively. The man > page for snd_emu10k1 says the recording devices should be dspr0.4 > and dspr0.5 but only if they're driving a codec directly -- I'm not > sure what that means exactly. > > There's no sound daemons like esound or artsd running during these > tests. The ports being tested as an input device seem to open > correctly and show up as read devices in fstat. > > I've also tried the snd_emu10kx driver to no avail. > > Has anyone had experience using the Live! sound card and these > drivers? And if so, is recording correctly supported? > > I have other sound cards available, but none of them seem to have > driver support in FreeBSD. One is a Delta (Midiman) 410 with an > ICE1712 chip, and the other is a Turtle Beach TB400 (not a Santa > Cruz) with Vortex AU8830A2 chip. Both cards have analog and > digital ins and outs. > > Anyone with insight on any of this? > > --Bill I thought I'd try this out since I have a SB Live! 5.1, use the snd_emu10k1 driver and don't run artsd or esound but when I start krec the record button is greyed out! Using ffmpeg and the /dev/dsp device I was able to record just fine from the mic port on the card. I'm running 6.1-R-p6 -- Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 13:52:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E2016A415 for ; Wed, 27 Sep 2006 13:52:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F34CB43D69 for ; Wed, 27 Sep 2006 13:52:53 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006092713525301500ipamae>; Wed, 27 Sep 2006 13:52:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B4C961FA037; Wed, 27 Sep 2006 06:52:51 -0700 (PDT) Date: Wed, 27 Sep 2006 06:52:51 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927135251.GA13222@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927132555.GB83422@hugo10.ka.punkt.de> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 13:52:58 -0000 On Wed, Sep 27, 2006 at 03:25:55PM +0200, Patrick M. Hausen wrote: > On Wed, Sep 27, 2006 at 02:42:30PM +0200, Philippe Pegon wrote: > > it's just a me too. On our ftp server (ftp8.fr.freebsd.org), sometimes > > we see some "watchdog timeout" in the log with a bge card, but maybe it's > > not the same problem... : > > As far as I know the watchdog timeouts are _supposed_ to be > mostly harmless, i.e. recoverable. You'll still see impact -- that is, no packets flowing. The reason things are recoverable is solely because of the retry functionality for layer 2 packets... In general, it's not a good thing to have watchdog timeouts. It means the interrupt is hung, or the card is hung. -- | 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 Sep 27 13:56:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FE4D16A40F for ; Wed, 27 Sep 2006 13:56:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF41A43D7F for ; Wed, 27 Sep 2006 13:56:34 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc12) with ESMTP id <20060927135628012002j40qe>; Wed, 27 Sep 2006 13:56:28 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 131A51FA037; Wed, 27 Sep 2006 06:56:28 -0700 (PDT) Date: Wed, 27 Sep 2006 06:56:28 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927135628.GB13222@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 13:56:35 -0000 On Wed, Sep 27, 2006 at 09:06:09PM +0800, Adrian Chadd wrote: > Me Too(tm). Me three -- and the interesting part (in my case) is that em0 shares an IRQ with the ATA controller. http://www.freebsd.org/cgi/query-pr.cgi?pr=103435 Because people are reporting this on more than just the em driver (bge driver as well), my guess is that it's not specific to the Ethernet drivers. I've seen some semi-recent commits pertaining to the APIC handling code -- could these explain what's happening? -- | 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 Sep 27 13:58:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F11816A40F for ; Wed, 27 Sep 2006 13:58:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from ssl3.sentex.ca (vinyl2.sentex.ca [199.212.134.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C7843D5C for ; Wed, 27 Sep 2006 13:58:25 +0000 (GMT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by ssl3.sentex.ca (8.13.6/8.13.6) with ESMTP id k8RDwOQW064296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Sep 2006 09:58:24 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <7.0.1.0.0.20060927095043.17915d48@sentex.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 27 Sep 2006 09:56:22 -0400 To: "Patrick M. Hausen" From: Mike Tancsa In-Reply-To: <20060927132555.GB83422@hugo10.ka.punkt.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 13:58:30 -0000 At 09:25 AM 9/27/2006, Patrick M. Hausen wrote: >Hi! > >On Wed, Sep 27, 2006 at 02:42:30PM +0200, Philippe Pegon wrote: > > > it's just a me too. On our ftp server (ftp8.fr.freebsd.org), sometimes > > we see some "watchdog timeout" in the log with a bge card, but maybe it's > > not the same problem... : > >As far as I know the watchdog timeouts are _supposed_ to be >mostly harmless, i.e. recoverable. If it up / downs the interface, it can be painful depending on your setup. In one of the colos I dont have control over, the switch port will block for 15 seconds for Spanning Tree when the interface transitions like that. Even in cases where this does not happen, a 1-2 second network outage can play havoc with some applications. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 14:08:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B379B16A407 for ; Wed, 27 Sep 2006 14:08:17 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mowgli.rinet.ru (merlin.rinet.ru [195.54.192.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58CF043D7F for ; Wed, 27 Sep 2006 14:08:00 +0000 (GMT) (envelope-from andrew@rinet.ru) Received: from [192.168.0.101] (unknown [87.237.113.16]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mowgli.rinet.ru (Mail Transport Agent) with ESMTP id D995D35 for ; Wed, 27 Sep 2006 18:07:58 +0400 (MSD) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <830EDB19-4275-4BF1-980F-B43F7BE96C1D@rinet.ru> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Andrew Kolchoogin Date: Wed, 27 Sep 2006 18:07:57 +0400 X-Mailer: Apple Mail (2.752.2) Subject: Once more oddity on -STABLE - Linux emulation is broken someway 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, 27 Sep 2006 14:08:17 -0000 Dear colleagues, Linux emulation on -STABLE from September, 25 works somewhat strange. Shortly: it dumps core. Explain: I want to bootstrap native Java Development Kit v1.4 using Linux JDK. Immediately after invoking 'java' executable with full path kernel diagnoses "Segfault" and dumps core. Core file size has similar sizes besides of what JDK has been used (!) - Sun or IBM. Additional digging gives me some more strange results: # chroot /compat/linux /bin/sh bash-3.00# ls -l Segmentation fault (core dumped) bash-3.00# Well, change Fedora Core 4 linux_base to Red Hat 9 linux_base. "ls" doesn't dump core anymore, but 'java' doesn't work. 6.1-R-p7 works just fine. Somebody has broken Linuxuliator?-) Or I've broken my notebook? -- Yours Andrew Kolchioogin. P.S. Reboots doesn't cure, FreeBSD itself, Red Hat Enterprise Linux 4 Update 4 and Windows XP Service Pack 2 works excellent, FreeBSD is able to re-build self, etc, etc. ... Only two things are infinite - the Universe and human stupidity, and I'm not sure about the former. A. Einstein. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 14:09:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF8616A407 for ; Wed, 27 Sep 2006 14:09:20 +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 5917E43D70 for ; Wed, 27 Sep 2006 14:09:17 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GSa68-000Bym-C1 for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 17:09:16 +0300 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, 27 Sep 2006 17:09:16 +0300 From: Danny Braniss Message-ID: Subject: 6.2-PRERELEASE/amd64 boot kernel.gz failes 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, 27 Sep 2006 14:09:20 -0000 originally posted to amd64@freebsd.org: Hi, While trying to figure out why boot/pxeboot failes on some kernels/hosts, I think i've come up with one solid nogo, if the kernel is gzipped it always fails. Can someone confirm this? or am i suffering from some local problem? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 14:10:11 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95A7216A412 for ; Wed, 27 Sep 2006 14:10:11 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9736B43D76 for ; Wed, 27 Sep 2006 14:10:10 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so645032hui for ; Wed, 27 Sep 2006 07:10:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=m7OMda65K/vyy5Tf8UzatjFqQVdWXtDl37dHMz6yoivpycjfn9liVSocjUXySvmc9AazGxiePd5skMxLQSIjmfVY5/F8velhFtpoqU8YOG8NKENna9+MVOdgrUNP7hGX416hZHUtM9FNgm+WG2IEo0gx+ZA7PqQ9NljapMtR6FI= Received: by 10.66.244.10 with SMTP id r10mr28977ugh; Wed, 27 Sep 2006 07:10:09 -0700 (PDT) Received: by 10.66.248.4 with HTTP; Wed, 27 Sep 2006 07:10:08 -0700 (PDT) Message-ID: Date: Wed, 27 Sep 2006 11:10:08 -0300 From: "Eduardo Meyer" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: 802.11 RSSI value displayed from ifconfig(8) 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, 27 Sep 2006 14:10:11 -0000 Hello, I would like to convert RSSI to dBm (in fact I would love if ifconfig cound display SNR in dBM), so I would like to know if this formula is any right: /* Calculate the RSSI Value */ V_RSSI = 3.0 * (RSSI_VAL/1024); RSSI_dBM = (int8_t) ((-50.0 * V_RSSI) - 45.5); And if there are any other tools which can help me finding out signal stenght, when I am acting as an access point. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 14:20:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CA0516A417 for ; Wed, 27 Sep 2006 14:20:06 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEE443D77 for ; Wed, 27 Sep 2006 14:19:56 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8REJteZ023587 for ; Wed, 27 Sep 2006 16:19:55 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8REJta9085813 for ; Wed, 27 Sep 2006 16:19:55 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8REJt7N085812 for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 16:19:55 +0200 (CEST) (envelope-from ry93) Date: Wed, 27 Sep 2006 16:19:55 +0200 From: "Patrick M. Hausen" To: freebsd-stable@freebsd.org Message-ID: <20060927141955.GB84976@hugo10.ka.punkt.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> <20060927135251.GA13222@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927135251.GA13222@icarus.home.lan> User-Agent: Mutt/1.5.10i Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 14:20:06 -0000 Hi! On Wed, Sep 27, 2006 at 06:52:51AM -0700, Jeremy Chadwick wrote: > On Wed, Sep 27, 2006 at 03:25:55PM +0200, Patrick M. Hausen wrote: > > On Wed, Sep 27, 2006 at 02:42:30PM +0200, Philippe Pegon wrote: > > > it's just a me too. On our ftp server (ftp8.fr.freebsd.org), sometimes > > > we see some "watchdog timeout" in the log with a bge card, but maybe it's > > > not the same problem... : > > > > As far as I know the watchdog timeouts are _supposed_ to be > > mostly harmless, i.e. recoverable. > > You'll still see impact -- that is, no packets flowing. The > reason things are recoverable is solely because of the retry > functionality for layer 2 packets... You are, of course, right. What I meant is: these timeouts should not lead to freezing of all network communications for a couple of minutes like me and some other people seem to experience. TCP and most UDP based upper level protocols will recover gently from a lost packet or two. Regards, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 14:24:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6101616A415 for ; Wed, 27 Sep 2006 14:24:57 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF7243D67 for ; Wed, 27 Sep 2006 14:24:56 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GSaLF-0008ET-1R; Wed, 27 Sep 2006 15:24:53 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GSaLC-000EQI-L6; Wed, 27 Sep 2006 15:24:50 +0100 To: dudu.meyer@gmail.com, stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Wed, 27 Sep 2006 15:24:50 +0100 Cc: Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 27 Sep 2006 14:24:57 -0000 > Hello, I would like to convert RSSI to dBm (in fact I would love if > ifconfig cound display SNR in dBM), so I would like to know if this > formula is any right: Take a look here: http://www.wildpackets.com/elements/whitepapers/Converting_Signal_Strength.pdf Especially at the top of page 5. RSSI isn't defined to be in particular units, so the formula will be different for each piece of radio hardware you have. Unless you have a way of calibrating your specific interface then you probably cant do it in any meaningful way. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 14:47:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 565B316A403 for ; Wed, 27 Sep 2006 14:47:29 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECDC243D7E for ; Wed, 27 Sep 2006 14:47:21 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id BB083B81E for ; Wed, 27 Sep 2006 10:47:20 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <4519C9E4.3070704@thebeastie.org> References: <45174A0C.50404@thebeastie.org> <45187F1D.4070500@thebeastie.org> <4519C9E4.3070704@thebeastie.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4-672612861; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Wed, 27 Sep 2006 10:47:19 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: probs on 6.2-prerelease 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, 27 Sep 2006 14:47:29 -0000 --Apple-Mail-4-672612861 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Sep 26, 2006, at 8:46 PM, Michael Vince wrote: > Yeah for some reason I couldn't do that, I can't even remember all > the reasons now but the main reason is because I have a USB > keyboard, for some reason I can use the USB keyboard in the BIOS > but as soon as the boot loader starts with the 10sec menu I loose > all control of the keyboard. I have this issue with Sun X4100 when the keyboard is plugged into the front USB ports, but not when plugged into the rear USB ports. No clue why. --Apple-Mail-4-672612861-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 14:55:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ABD816A415 for ; Wed, 27 Sep 2006 14:55:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F89A43D6A for ; Wed, 27 Sep 2006 14:55:04 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GSaoR-0009CC-AP; Wed, 27 Sep 2006 15:55:03 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GSaoQ-000EUe-Vi; Wed, 27 Sep 2006 15:55:02 +0100 To: dudu.meyer@gmail.com, stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Wed, 27 Sep 2006 15:55:02 +0100 Cc: Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 27 Sep 2006 14:55:04 -0000 > Is this paper's information accurate regarding atheros? I have no idea - I think you would be best off calibrating it yourself with a dBm metre if you can. The antenna will have an effect as well, as will cabling between it and the receiver chip - all the usual things to do with working with radio signal strength apply. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:09:54 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B419916A412 for ; Wed, 27 Sep 2006 15:09:54 +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 0BE7843D77 for ; Wed, 27 Sep 2006 15:09:53 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mbcncv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8RF9kgd023505 for ; Wed, 27 Sep 2006 17:09:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8RF9kWg023504; Wed, 27 Sep 2006 17:09:46 +0200 (CEST) (envelope-from olli) Date: Wed, 27 Sep 2006 17:09:46 +0200 (CEST) Message-Id: <200609271509.k8RF9kWg023504@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 27 Sep 2006 17:09:52 +0200 (CEST) Cc: Subject: File systems clean after crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@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, 27 Sep 2006 15:09:54 -0000 Hi, Yesterday a machine of mine crashed because of a bad power supply (not FreeBSD's fault); its running 6.2-PRERELEASE as of 2006-09-20. I've disabled background fsck in rc.conf. So, when rebooting I expected it to report all filesystems to be unclean and run fsck on them. Instead, three filesystems were reported as being clean (the root FS, /var and /usr), and only the forth one (/home) was actually fsck'ed. Now I wonder why three of the file systems were reported as being clean. It's my understanding that file systems are only marked clean when they're unmounted. Did that change recently? The system was idle at the time of the crash, and soft-updates was enabled, so it's possible that there weren't any write accesses to the file systems within some time frame (a few minutes, I guess). Does the UFS code mark a mounted file system as clean if there wasn't any write operation for a certain time? Best regards Oliver PS: I'm paranoid, so I rebooted again into single-user mode and forced fsck on all file systems, just to be sure. Everything seems to be OK. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:17:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB69716A40F for ; Wed, 27 Sep 2006 15:17:03 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1900343D5D for ; Wed, 27 Sep 2006 15:17:02 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so656350hui for ; Wed, 27 Sep 2006 08:17:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=npn++SHh5LfUQAvo0jhCnItOU8uto2al/euAg4DqLMzr4+uQ9HUB40VVHQ7Toq6r9mdEg17tG4U67I7k4e3COLyXEpHPoBGWeBq0tkneaE3BRhKoxNJDXi6C80uqTpRVhB89We4UA7JYpvnCKt2SKQF4UQL4shWGQIijxIGpsWM= Received: by 10.67.93.7 with SMTP id v7mr69898ugl; Wed, 27 Sep 2006 07:50:46 -0700 (PDT) Received: by 10.66.248.4 with HTTP; Wed, 27 Sep 2006 07:50:45 -0700 (PDT) Message-ID: Date: Wed, 27 Sep 2006 11:50:45 -0300 From: "Eduardo Meyer" To: "Pete French" , stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 27 Sep 2006 15:17:03 -0000 How bad. But no big deal since I use mainly atheros and senao (prism) cards. Is this paper's information accurate regarding atheros? Say, RSSI = 23 is -72dbm? On 9/27/06, Pete French wrote: > > Hello, I would like to convert RSSI to dBm (in fact I would love if > > ifconfig cound display SNR in dBM), so I would like to know if this > > formula is any right: > > Take a look here: > > http://www.wildpackets.com/elements/whitepapers/Converting_Signal_Strength.pdf > > Especially at the top of page 5. RSSI isn't defined to be in particular > units, so the formula will be different for each piece of radio hardware > you have. Unless you have a way of calibrating your specific interface > then you probably cant do it in any meaningful way. > > -pete. > -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:17:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D36E316A407 for ; Wed, 27 Sep 2006 15:17:55 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0630143D5A for ; Wed, 27 Sep 2006 15:17:54 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GSbAY-000HTE-6O for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 17:17:54 +0200 Date: Wed, 27 Sep 2006 17:17:54 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060927151754.GI22229@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> <20060927135251.GA13222@icarus.home.lan> <20060927141955.GB84976@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927141955.GB84976@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 15:17:55 -0000 Hi. On Wed, Sep 27, 2006 at 04:19:55PM +0200, Patrick M. Hausen wrote: > > You'll still see impact -- that is, no packets flowing. The > > reason things are recoverable is solely because of the retry > > functionality for layer 2 packets... > > You are, of course, right. What I meant is: these timeouts should > not lead to freezing of all network communications for a couple > of minutes like me and some other people seem to experience. port fast on a switchport is not in all cases a desirable option, apart from the fact that you probably don't have the acces and choice in some places to do so. Withtout this this means at least 10-20 seconds without network on some switches until the port is up again on theswitch after it went down! - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:19:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D94B216A417 for ; Wed, 27 Sep 2006 15:19:01 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFBFA43D4C for ; Wed, 27 Sep 2006 15:19:00 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so656642hui for ; Wed, 27 Sep 2006 08:18:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lLvBJaK/0gwsRo8jskThR1TPJZE/nkrR1cFnVZSRVfDft7B0bmu6Qgj3rDS4GvJx9IxunU/4Js7QXibWiV1e+ZFfJHPm0HFaPL3ZLsxAn+FR68S131SqLQ2ISaugA85j4wF9TcuJMnYwX0rzvIijC07BqE+AwdMd5s8yK/sBM2A= Received: by 10.66.222.9 with SMTP id u9mr79114ugg; Wed, 27 Sep 2006 08:12:38 -0700 (PDT) Received: by 10.66.248.4 with HTTP; Wed, 27 Sep 2006 08:12:37 -0700 (PDT) Message-ID: Date: Wed, 27 Sep 2006 12:12:37 -0300 From: "Eduardo Meyer" To: "Pete French" , stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 27 Sep 2006 15:19:01 -0000 Yes, this is the point. I dont always have a spectrum analiser to measure my dBm signal nor similar hardware, so I would like to have this information for each associated host in my freebsd access point, even if it is not fully accurate, since no software that does this, in fact is. I need something similar to what kismet can give me, but this kind of software (kismet, dstumbler) to give some reasonable useful information puts the interface in scan mode, and it is useless to me since all associated hosts will drop its association. So I wrote a program to converte from RSSI to other values, dBm or %. I just need a good formula now :-) specially for atheros On 9/27/06, Pete French wrote: > > Is this paper's information accurate regarding atheros? > > I have no idea - I think you would be best off calibrating it yourself > with a dBm metre if you can. The antenna will have an effect as well, as > will cabling between it and the receiver chip - all the usual things to > do with working with radio signal strength apply. > > -pete. > -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:29:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9339816A824 for ; Wed, 27 Sep 2006 15:29:41 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE0C43EAC for ; Wed, 27 Sep 2006 15:28:43 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GSbKi-000HcB-Rm for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 17:28:24 +0200 Date: Wed, 27 Sep 2006 17:28:24 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060927152824.GJ22229@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6v9BRtpmy+umdQlo" Content-Disposition: inline In-Reply-To: <451A4189.5020906@samsco.org> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 15:29:41 -0000 --6v9BRtpmy+umdQlo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Scott, On Wed, Sep 27, 2006 at 03:16:57AM -0600, Scott Long wrote: > Well, the best I can say at the moment is, "Wow." =3D-( I guess the=20 > thing to do here is to figure out if the problem lies with the em=20 > interrupt handler not getting run, or the taskqueue not getting run. > Since you've stated that it seems to be related to shared interrupts, > the first possibility is more likely. However, I'm not sure why the > symptom would only be showing up now. The Intel docs say that the > 82547EI are a bit interesting, and I wonder if assumptions that we > make about PCI ordering aren't true (or if there are bugs that make > our assumptions invalid). >=20 > Does this happen after there has been a lot of disk activity, like a > large tar extraction? Are you using the SMBus interface at all, or is > it sitting completely idle? Disk activity does not trigger the problem, I hammered the disk with=20 around 85 MB/s (dd) for about half an hour without seeing any effect. A=20 CPU bound thing like a buildworld triggered the problem. The SMBus Interface is not used at all (it's not even really usable).=20 Anyway, as soon as I unload the ichsmb module I cannot triger the=20 problem anymore. If I load it again, the problem cann again be triggered=20 by a buildworld. Statistical relevance: I did 4 buildworlds, alternating=20 the load/unload of ichsmb - both times with ichsmb loaded I saw 3=20 watchdog timeouts during the buildworld was running, while ichsmb was=20 not loaded I did not see a single watchdog timeout. The use of the=20 interface was around the same during all the time (constant NFS traffic=20 of around 1-2 MBit/s). Since we all seem to see this on only the interfaces sharing interrupts=20 (as I read the other poster's mails) and the problem can be worked=20 around by using polling, it seems to become pretty clear, that it has to=20 to with interrupt handling. The UP/SMP idea seems to be only of interest, because on an UP machine=20 it's more likely to share interrupts than on SMP machines, it has=20 nothing to do with the fact of UP or SMP itself. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --6v9BRtpmy+umdQlo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGpiYiqtMdzjafykRAoWMAKCmH+zVUeY1R263+zEmQptI0ENY+ACePWhc VZBmot9E+2WoZoEPM1gL1UY= =qHLI -----END PGP SIGNATURE----- --6v9BRtpmy+umdQlo-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:50:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99E2316A4C9 for ; Wed, 27 Sep 2006 15:50:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BC343D80 for ; Wed, 27 Sep 2006 15:50:48 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006092715504701500ipqape>; Wed, 27 Sep 2006 15:50:47 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 442FA1FA037; Wed, 27 Sep 2006 08:50:47 -0700 (PDT) Date: Wed, 27 Sep 2006 08:50:47 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927155047.GA14563@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> <7.0.1.0.0.20060927095043.17915d48@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7.0.1.0.0.20060927095043.17915d48@sentex.net> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 15:50:50 -0000 On Wed, Sep 27, 2006 at 09:56:22AM -0400, Mike Tancsa wrote: > If it up / downs the interface, it can be painful depending on your > setup. In one of the colos I dont have control over, the switch port > will block for 15 seconds for Spanning Tree when the interface > transitions like that. Even in cases where this does not happen, a > 1-2 second network outage can play havoc with some applications. Ouch! This is one of many reasons people don't use STP. (I did note the "colos I don't have control over" part -- frustrating eh?) -- | 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 Sep 27 15:51:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F96A16A4A7 for ; Wed, 27 Sep 2006 15:51:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFA6A43D98 for ; Wed, 27 Sep 2006 15:51:05 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060927155104m9200dq7a4e>; Wed, 27 Sep 2006 15:51:04 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k8RFouDt065227 for ; Wed, 27 Sep 2006 10:50:56 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k8RFotqQ065226 for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 10:50:55 -0500 (CDT) (envelope-from brooks) Date: Wed, 27 Sep 2006 10:50:55 -0500 From: Brooks Davis To: freebsd-stable@freebsd.org Message-ID: <20060927155055.GA64970@lor.one-eyed-alien.net> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20060927152824.GJ22229@e-Gitt.NET> User-Agent: Mutt/1.5.11 Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 15:51:39 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 27, 2006 at 05:28:24PM +0200, Oliver Brandmueller wrote: > Hi Scott, >=20 > On Wed, Sep 27, 2006 at 03:16:57AM -0600, Scott Long wrote: > > Well, the best I can say at the moment is, "Wow." =3D-( I guess the= =20 > > thing to do here is to figure out if the problem lies with the em=20 > > interrupt handler not getting run, or the taskqueue not getting run. > > Since you've stated that it seems to be related to shared interrupts, > > the first possibility is more likely. However, I'm not sure why the > > symptom would only be showing up now. The Intel docs say that the > > 82547EI are a bit interesting, and I wonder if assumptions that we > > make about PCI ordering aren't true (or if there are bugs that make > > our assumptions invalid). > >=20 > > Does this happen after there has been a lot of disk activity, like a > > large tar extraction? Are you using the SMBus interface at all, or is > > it sitting completely idle? >=20 > Disk activity does not trigger the problem, I hammered the disk with=20 > around 85 MB/s (dd) for about half an hour without seeing any effect. A= =20 > CPU bound thing like a buildworld triggered the problem. I'm not sure that's a valid test by it self. As things go, dd is pretty easy on the disk IO system especially with large buffer sizes. I'd suggest tar extraction or possible parallel tar extraction. The goal is to generate a large number of transations not large transactions. -- Brooks --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGp3eXY6L6fI4GtQRAuxyAJ9iR7yQ5ef8ybeQfUsSrxSEbjCrewCgoqZN 4+ZBiY/dXuZs2m0rPUVONVA= =puM/ -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:56:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CC1C16A4C2 for ; Wed, 27 Sep 2006 15:56:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EED943E32 for ; Wed, 27 Sep 2006 15:55:54 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006092715555301500ilt9le>; Wed, 27 Sep 2006 15:55:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6E45A1FA037; Wed, 27 Sep 2006 08:55:53 -0700 (PDT) Date: Wed, 27 Sep 2006 08:55:53 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927155553.GB14563@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927152824.GJ22229@e-Gitt.NET> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 15:56:33 -0000 On Wed, Sep 27, 2006 at 05:28:24PM +0200, Oliver Brandmueller wrote: > Disk activity does not trigger the problem, I hammered the disk with > around 85 MB/s (dd) for about half an hour without seeing any effect. A > CPU bound thing like a buildworld triggered the problem. > > The SMBus Interface is not used at all (it's not even really usable). > Anyway, as soon as I unload the ichsmb module I cannot triger the > problem anymore. If I load it again, the problem cann again be triggered > by a buildworld. Statistical relevance: I did 4 buildworlds, alternating > the load/unload of ichsmb - both times with ichsmb loaded I saw 3 > watchdog timeouts during the buildworld was running, while ichsmb was > not loaded I did not see a single watchdog timeout. The use of the > interface was around the same during all the time (constant NFS traffic > of around 1-2 MBit/s). Interesting find. For what it's worth -- I too load the appropriate smbus drivers on the system with the "em0 problem" (loading smbus and ichsmb). That system is a single processor / single core system, with HT disabled in the BIOS (which doesn't matter since FreeBSD disables it anyways). Kernel is non-SMP. Only reason I mention this is: > The UP/SMP idea seems to be only of interest, because on an UP machine > it's more likely to share interrupts than on SMP machines, it has > nothing to do with the fact of UP or SMP itself. -- | 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 Sep 27 15:58:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD0C316A403 for ; Wed, 27 Sep 2006 15:58:22 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC76E43DF5 for ; Wed, 27 Sep 2006 15:57:21 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GSbmj-000IF9-57 for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 17:57:21 +0200 Date: Wed, 27 Sep 2006 17:57:21 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060927155721.GL22229@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155055.GA64970@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82evfD9Ogz2JrdWZ" Content-Disposition: inline In-Reply-To: <20060927155055.GA64970@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 15:58:22 -0000 --82evfD9Ogz2JrdWZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Sep 27, 2006 at 10:50:55AM -0500, Brooks Davis wrote: > > Disk activity does not trigger the problem, I hammered the disk with=20 > > around 85 MB/s (dd) for about half an hour without seeing any effect. A= =20 > > CPU bound thing like a buildworld triggered the problem. >=20 > I'm not sure that's a valid test by it self. As things go, dd is pretty > easy on the disk IO system especially with large buffer sizes. I'd > suggest tar extraction or possible parallel tar extraction. The goal is > to generate a large number of transations not large transactions. The dd generated (accordings to gstat) around 600 tps by itself. Anyway, at night, when the to-disk-backups from the other machines are coming in, there are variuos large and small disk operations - and it never happens in that case. On the other hand my other server, which does only=20 few things on the disk, but has fewer CPU power and more CPU bound=20 actions to do shows the behaviour very often (until I started to use=20 polling). Disk activity might be a reason if the interrupt is shared=20 with a disk controller, which is not the case for any of my affected=20 machines. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --82evfD9Ogz2JrdWZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGp9hiqtMdzjafykRAsfaAKC+B0aJR5SQmJo/E3EZgf1NB9pCbACgzklm 6IXIdcsXX1NvNBDidGJRtD8= =xldU -----END PGP SIGNATURE----- --82evfD9Ogz2JrdWZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:59:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DF716A412 for ; Wed, 27 Sep 2006 15:59:53 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0D3343DC5 for ; Wed, 27 Sep 2006 15:59:04 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GSboO-000IGK-0x for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 17:59:04 +0200 Date: Wed, 27 Sep 2006 17:59:04 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060927155904.GM22229@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nO3oAMapP4dBpMZi" Content-Disposition: inline In-Reply-To: <20060927155553.GB14563@icarus.home.lan> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 15:59:53 -0000 --nO3oAMapP4dBpMZi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Sep 27, 2006 at 08:55:53AM -0700, Jeremy Chadwick wrote: > > The SMBus Interface is not used at all (it's not even really usable).= =20 > > Anyway, as soon as I unload the ichsmb module I cannot triger the=20 > > problem anymore. If I load it again, the problem cann again be triggere= d=20 > > by a buildworld. Statistical relevance: I did 4 buildworlds, alternatin= g=20 > > the load/unload of ichsmb - both times with ichsmb loaded I saw 3=20 > > watchdog timeouts during the buildworld was running, while ichsmb was= =20 > > not loaded I did not see a single watchdog timeout. The use of the=20 > > interface was around the same during all the time (constant NFS traffic= =20 > > of around 1-2 MBit/s). >=20 > Interesting find. For what it's worth -- I too load the appropriate > smbus drivers on the system with the "em0 problem" (loading smbus and > ichsmb). That system is a single processor / single core system, with > HT disabled in the BIOS (which doesn't matter since FreeBSD disables > it anyways). Kernel is non-SMP. Only reason I mention this is: >=20 > > The UP/SMP idea seems to be only of interest, because on an UP machine= =20 > > it's more likely to share interrupts than on SMP machines, it has=20 > > nothing to do with the fact of UP or SMP itself. I don't think it has to especially with ichsmb here, but only with the=20 fact, that ichsmb is for me exactly the thing that shares the interrupt=20 with the em interface that shows the problems. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --nO3oAMapP4dBpMZi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGp/HiqtMdzjafykRAtVfAKCZUvxwJ1YqejUCBzK7MnPcXpMG2wCfXFD3 SosjpQ/DKarf/xPkMfV7xH8= =WaBK -----END PGP SIGNATURE----- --nO3oAMapP4dBpMZi-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 16:33:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C00916A40F for ; Wed, 27 Sep 2006 16:33:02 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC0043D66 for ; Wed, 27 Sep 2006 16:33:00 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8RGX017024874 for ; Wed, 27 Sep 2006 18:33:00 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8RGWxa9089174 for ; Wed, 27 Sep 2006 18:33:00 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8RGWxLX089173 for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 18:32:59 +0200 (CEST) (envelope-from ry93) Date: Wed, 27 Sep 2006 18:32:59 +0200 From: "Patrick M. Hausen" To: freebsd-stable@freebsd.org Message-ID: <20060927163259.GA89060@hugo10.ka.punkt.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927155904.GM22229@e-Gitt.NET> User-Agent: Mutt/1.5.10i Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 16:33:02 -0000 Hi! On Wed, Sep 27, 2006 at 05:59:04PM +0200, Oliver Brandmueller wrote: > I don't think it has to especially with ichsmb here, but only with the > fact, that ichsmb is for me exactly the thing that shares the interrupt > with the em interface that shows the problems. I can confirm that making em0 share an interrupt with the SATA-controller on my box makes the problem much much more apparent. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 16:33:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E811816A494; Wed, 27 Sep 2006 16:33:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD8C543D49; Wed, 27 Sep 2006 16:33:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8RGWuZP019733; Wed, 27 Sep 2006 10:33:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451AA7B1.5080202@samsco.org> Date: Wed, 27 Sep 2006 10:32:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Brandmueller References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> In-Reply-To: <20060927155904.GM22229@e-Gitt.NET> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 16:33:18 -0000 Oliver Brandmueller wrote: > Hi, > > On Wed, Sep 27, 2006 at 08:55:53AM -0700, Jeremy Chadwick wrote: > >>>The SMBus Interface is not used at all (it's not even really usable). >>>Anyway, as soon as I unload the ichsmb module I cannot triger the >>>problem anymore. If I load it again, the problem cann again be triggered >>>by a buildworld. Statistical relevance: I did 4 buildworlds, alternating >>>the load/unload of ichsmb - both times with ichsmb loaded I saw 3 >>>watchdog timeouts during the buildworld was running, while ichsmb was >>>not loaded I did not see a single watchdog timeout. The use of the >>>interface was around the same during all the time (constant NFS traffic >>>of around 1-2 MBit/s). >> >>Interesting find. For what it's worth -- I too load the appropriate >>smbus drivers on the system with the "em0 problem" (loading smbus and >>ichsmb). That system is a single processor / single core system, with >>HT disabled in the BIOS (which doesn't matter since FreeBSD disables >>it anyways). Kernel is non-SMP. Only reason I mention this is: >> >> >>>The UP/SMP idea seems to be only of interest, because on an UP machine >>>it's more likely to share interrupts than on SMP machines, it has >>>nothing to do with the fact of UP or SMP itself. > > > I don't think it has to especially with ichsmb here, but only with the > fact, that ichsmb is for me exactly the thing that shares the interrupt > with the em interface that shows the problems. > > - Oliver > My theory here is that something in the kernel, likely VM/VFS, is holding the Giant lock for an inordinate amount of time. During this time, an interrupt fires on the shared em/ichsmb interrupt. The em interrupt handler runs and schedules a task to handle the event. Then the system blocks the interrupt at the PIC and schedules the ichsmb ithread. However, as soon as this ithread tries to run, it gets blocked on the Giant lock that is held elsewhere. While it is blocked, the interrupt stays masked at the PIC, blocking out both ichsmb and em device interrupts. Normally the PIC would get unmasked after the ithread has run, but until the ithread unblocks, this cannot happen. This goes on long enough that pending transactions on the em interface trigger a timeout. Assuming the this analysis is correct, there are a couple of questions. First would be, why is the ithread being blocked for so long? Is the Giant lock actually being held continuously for that long, or is being dropped and relocked often but the scheduler isn't giving the ithread a chance to grab it and run? Second is, why is this only being noticed now? Whether the em driver uses an INTR_FAST handler, like it does now, or an ithread handler, like it used to in 6.1, doesn't affect the ichsmb driver and its interaction with the Giant lock. Maybe there isn't a direct correlation here, and it's just a coincidence that something else in the system changed at the same time as the driver changing. I have a few ideas on tracking down the root cause, but they are pretty pretty painful and slow. The root cause does need to be found and fixed, as it's either a very bad scheduler bug, or a very badly misbehaving subsystem. Both have implications for other possible problems in FreeBSD. Also, the usb driver has the same potential for blocking as the ichsmb driver, as do other drivers. But in the mean time, something needs to be done for 6.2. The options are: 1. Revert the em driver to its 6.1 form, ask people to test if the problem persists. If it doesn't, leave it at that for now. 2. Add INTR_FAST shims to the usb and ichsmb drivers so that neither uses an ithread. Without an ithread, no PIC masking will happen, and these drivers can block all they want without interfering with the em driver. This is a bit of risky work, though, and may not be possible if the devices don't support certain functionality. Also, it doesn't address the root problem. But, getting more interrupt handlers away from needing Giant is a good thing, even if this only a band-aid. 3. Spend the time tracking down and fixing the root problem for 6.2. This is ideal, but it is also an unbounded problem. Thus, it is absolutely not conducive for having a timely and successful 6.2 release. 4. Do nothing for now and tell people to disable usb, ichsmb, etc, as needed. This, of course, is not a good option. Option 1 is the quickest and likely most risk-free fix for the 6.2 release. If someone could test doing a revert and report back, I would appreciate it. Any volunteers? Scott From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 16:36:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E243616A47B for ; Wed, 27 Sep 2006 16:36:07 +0000 (UTC) (envelope-from poncki.lists@axelspringer.com.pl) Received: from mx1.axelspringer.pl (pigeon.axelspringer.pl [195.177.210.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D64FF43D58 for ; Wed, 27 Sep 2006 16:36:01 +0000 (GMT) (envelope-from poncki.lists@axelspringer.com.pl) Received: from content-filter.axelspringer.pl (localhost [127.0.0.1]) by mx1-content-filter.axelspringer.pl (Postfix) with ESMTP id C1E3538761A for ; Wed, 27 Sep 2006 18:35:58 +0200 (CEST) X-Virus-and-Spam-Scanned: amavisd-new-2.4.2 (20060627) + SpamAssassin + Kaspersky Anti-Virus for FreeBSD + ClamAV @ axelspringer.pl Received: from mx1-content-filter.axelspringer.pl ([127.0.0.1]) by content-filter.axelspringer.pl (content-filter.axelspringer.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qPpAzs6jCuJC for ; Wed, 27 Sep 2006 18:35:56 +0200 (CEST) Received: from xponcki.lan (xponcki.lan [192.168.0.230]) (Authenticated sender: poncki.lists) by mx1.axelspringer.pl (Postfix) with ESMTP id EE4FE387614 for ; Wed, 27 Sep 2006 18:35:55 +0200 (CEST) Date: Wed, 27 Sep 2006 18:35:53 +0200 From: Tomasz Pilat X-Mailer: The Bat! (v3.63) Organization: http://poncki.freebsd.pl/ X-Priority: 3 (Normal) Message-ID: <916787179.20060927183553@axelspringer.com.pl> To: freebsd-stable@freebsd.org In-Reply-To: References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tomasz Pilat List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Sep 2006 16:36:08 -0000 Well, HTH - I don't have *any* problems with this configuration: FreeBSD 6.2-PRERELEASE #6: Wed Sep 20 18:52:56 CEST 2006 root@bbox:/usr/obj/usr/src/sys/MAILSMP CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf48 Stepping = 8 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 Logical CPUs per core: 2 real memory = 9126805504 (8704 MB) avail memory = 8302972928 (7918 MB) ACPI APIC Table: pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xfe6e0000-0xfe6fffff irq 64 at device 7.0 on pci6 em0: [FAST] pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xfe4e0000-0xfe4fffff irq 65 at device 8.0 on pci7 em1: [FAST] em0@pci6:7:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' em1@pci7:8:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' em0: flags=8843 mtu 1500 options=b media: Ethernet autoselect (1000baseTX ) (em1 is not used) interrupt total rate irq1: atkbd0 1139 0 irq6: fdc0 8 0 irq14: ata0 36 0 irq18: uhci2 21714980 37 irq23: ehci0 3 0 irq46: amr0 20493929 34 irq64: em0 106173807 181 cpu0: timer 1172649960 1999 This is heave duty mail server, loaded with a lot of postfix/amavis/courier processes.. I can provide my kernel/loader/sysctl configuration at request. Ponc -- Tomasz Pilat http://poncki.freebsd.pl./ AXEL SPRINGER POLSKA Sp. z o.o. PONC-RIPE | PGPKEY-EDEB47FC A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on e-mail/Usenet? From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 16:41:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D1A916A40F for ; Wed, 27 Sep 2006 16:41:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [204.127.225.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3206243D9B for ; Wed, 27 Sep 2006 16:40:53 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc11) with ESMTP id <20060927164052b11008fh0qe>; Wed, 27 Sep 2006 16:40:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 38DC11FA037; Wed, 27 Sep 2006 09:40:52 -0700 (PDT) Date: Wed, 27 Sep 2006 09:40:52 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927164052.GA22994@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <20060927163259.GA89060@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927163259.GA89060@hugo10.ka.punkt.de> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 16:41:09 -0000 On Wed, Sep 27, 2006 at 06:32:59PM +0200, Patrick M. Hausen wrote: > On Wed, Sep 27, 2006 at 05:59:04PM +0200, Oliver Brandmueller wrote: > > I don't think it has to especially with ichsmb here, but only with the > > fact, that ichsmb is for me exactly the thing that shares the interrupt > > with the em interface that shows the problems. > > I can confirm that making em0 share an interrupt with the > SATA-controller on my box makes the problem much much more > apparent. So we're all on the same page here -- this really appears to be some kind-of kernel interrupt handler problem (something somewhere is getting deadlocked? Not sure). Has anyone tried rolling back to previous 6.2 builds to try and figure out timeframes when this was introduced? From my perspective, it happened sometime between August and the end of September. -- | 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 Sep 27 16:44:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75D0416A40F for ; Wed, 27 Sep 2006 16:44:09 +0000 (UTC) (envelope-from javier@kjsl.com) Received: from skyhawk.kjsl.com (skyhawk.kjsl.com [69.36.241.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E87D43D7E for ; Wed, 27 Sep 2006 16:44:09 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from [64.102.196.31] (dhcp-64-102-196-31.cisco.com [64.102.196.31]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: javier) by skyhawk.kjsl.com (Postfix) with ESMTP id 756F8B83B6; Wed, 27 Sep 2006 12:44:08 -0400 (EDT) In-Reply-To: <20060927155047.GA14563@icarus.home.lan> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> <7.0.1.0.0.20060927095043.17915d48@sentex.net> <20060927155047.GA14563@icarus.home.lan> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <6BFCD3E5-13D8-4712-B2F4-722522983010@kjsl.com> Content-Transfer-Encoding: 7bit From: Javier Henderson Date: Wed, 27 Sep 2006 12:44:04 -0400 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 16:44:09 -0000 On Sep 27, 2006, at 11:50 AM, Jeremy Chadwick wrote: > On Wed, Sep 27, 2006 at 09:56:22AM -0400, Mike Tancsa wrote: >> If it up / downs the interface, it can be painful depending on your >> setup. In one of the colos I dont have control over, the switch port >> will block for 15 seconds for Spanning Tree when the interface >> transitions like that. Even in cases where this does not happen, a >> 1-2 second network outage can play havoc with some applications. > > Ouch! This is one of many reasons people don't use STP. (I did note > the "colos I don't have control over" part -- frustrating eh?) You could enable port fast and still have spanning tree in place. What many reasons do you and others have to shun STP? -jav From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 16:45:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 817B316A403; Wed, 27 Sep 2006 16:45:30 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E7B243D77; Wed, 27 Sep 2006 16:45:24 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8RGjN2Q024976; Wed, 27 Sep 2006 18:45:23 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8RGjMa9089513; Wed, 27 Sep 2006 18:45:23 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8RGjMaE089512; Wed, 27 Sep 2006 18:45:22 +0200 (CEST) (envelope-from ry93) Date: Wed, 27 Sep 2006 18:45:22 +0200 From: "Patrick M. Hausen" To: Scott Long Message-ID: <20060927164522.GA89325@hugo10.ka.punkt.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451AA7B1.5080202@samsco.org> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 16:45:30 -0000 Hi, Scott! On Wed, Sep 27, 2006 at 10:32:49AM -0600, Scott Long wrote: > 1. Revert the em driver to its 6.1 form, ask people to test if the > problem persists. If it doesn't, leave it at that for now. For me the problem manifested itself some time between 6.0 and 6.1. I did the testing with Pyun with 6-STABLE up to two weeks before 6.2-PRERELEASE. Currently we do not dare upgrade typo3.org from 5.5 to 6.x for precisely this problem. 5.5 is running fine for the time being, no need to hurry for "the latest and greatest", yet. And the problem is not at all bound to shared interrupts. I'll let you ssh in, if you like. Kind regards, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 16:51:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FB6F16A403 for ; Wed, 27 Sep 2006 16:51:10 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01A0243D46 for ; Wed, 27 Sep 2006 16:51:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D12111A4D84; Wed, 27 Sep 2006 09:51:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3D5FB52481; Wed, 27 Sep 2006 12:51:09 -0400 (EDT) Date: Wed, 27 Sep 2006 12:51:09 -0400 From: Kris Kennaway To: rvenne@dental-on-line.fr Message-ID: <20060927165109.GA52006@xor.obsecurity.org> References: <451939DA.3060709@dental-on-line.fr> <451A2E87.6000301@dental-on-line.fr> <451A4045.7020000@dental-on-line.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <451A4045.7020000@dental-on-line.fr> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable Subject: Re: NFS: freeze during copy 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, 27 Sep 2006 16:51:10 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 27, 2006 at 11:11:33AM +0200, rvenne@dental-on-line.fr wrote: > rvenne@dental-on-line.fr wrote: >=20 > >Vivek Khera wrote: > > > >> > >>On Sep 26, 2006, at 10:31 AM, rvenne@dental-on-line.fr wrote: > >> > >>>I was able to mount nfs mounting point and to copie 16K of 7G data. = =20 > >>>and, it goes to freezing. I can't kill neither cp process neither =20 > >>>mount unmount nfs (umount command goes freezing too). tcpdump tells = =20 > >>>me that server doesn't give any response in spite of client's udp =20 > >>>queries. > >>> > >> > >>sounds similar to my issue with mksnap_ffs locking up in "D" state, =20 > >>except that mksnap also locks the whole file system while it works, =20 > >>so if it freezes, so does the full FS. > >> > >>I'm running 6.2-PRE from 9/23. > >> > >yeah, that's true, ps ax shows the "cp" process staing in D state. by=20 > >the way, the server is unavailable now, execpting ping. the whole=20 > >system is out. > > > the server is rebooted. >=20 > someone recommand me to use smbfs instead of nfs ( 5.4@smp )... Or if you actually care about the problem then provide some useful debugging information that will allow someone to work on fixing it :-) See a previous reply to Vivek where I explained what is needed to help debug this kind of problem. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGqv8Wry0BWjoQKURApNnAJwMGRr7AWh7j8XdLZkgGbGXV/B4GgCdHfTj d6D8HNnRTF7s0Zlx0vNgm5U= =XCVC -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 17:11:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 945D616A4D4 for ; Wed, 27 Sep 2006 17:11:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id F317443DD7 for ; Wed, 27 Sep 2006 17:10:43 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so346605pye for ; Wed, 27 Sep 2006 10:10:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TpOay2tdzWA2Tbr4I/oJNfbNkYU/5nbb+jhFddqspxEcKDWxujjLdbhXcLuWHoZB1jB3mZmlGxhd4u0dGnuSjQM9DPbIkPd3nWchZrI4uUgGaidMKumDeHhapdZ1gtYsslDn1Es/NFzzbM2k1EqbyIdaUrQg4fmcbwW4FI3We7U= Received: by 10.35.53.18 with SMTP id f18mr1840518pyk; Wed, 27 Sep 2006 10:10:42 -0700 (PDT) Received: by 10.35.119.14 with HTTP; Wed, 27 Sep 2006 10:10:41 -0700 (PDT) Message-ID: <2a41acea0609271010w45d79c86ne82b45bc9b551e4a@mail.gmail.com> Date: Wed, 27 Sep 2006 10:10:41 -0700 From: "Jack Vogel" To: "Scott Long" In-Reply-To: <451AA7B1.5080202@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 17:11:46 -0000 As an optional data point you might wish to consider the Intel driver I am about to release, it has everything that 6.2 does EXCEPT the interrupt changes. I kept those out because I didn't want to break backward compatibility. If someone that has repro'd this problem wants to check this speak up and I'll send a tarball. Jack On 9/27/06, Scott Long wrote: > Oliver Brandmueller wrote: > > Hi, > > > > On Wed, Sep 27, 2006 at 08:55:53AM -0700, Jeremy Chadwick wrote: > > > >>>The SMBus Interface is not used at all (it's not even really usable). > >>>Anyway, as soon as I unload the ichsmb module I cannot triger the > >>>problem anymore. If I load it again, the problem cann again be triggered > >>>by a buildworld. Statistical relevance: I did 4 buildworlds, alternating > >>>the load/unload of ichsmb - both times with ichsmb loaded I saw 3 > >>>watchdog timeouts during the buildworld was running, while ichsmb was > >>>not loaded I did not see a single watchdog timeout. The use of the > >>>interface was around the same during all the time (constant NFS traffic > >>>of around 1-2 MBit/s). > >> > >>Interesting find. For what it's worth -- I too load the appropriate > >>smbus drivers on the system with the "em0 problem" (loading smbus and > >>ichsmb). That system is a single processor / single core system, with > >>HT disabled in the BIOS (which doesn't matter since FreeBSD disables > >>it anyways). Kernel is non-SMP. Only reason I mention this is: > >> > >> > >>>The UP/SMP idea seems to be only of interest, because on an UP machine > >>>it's more likely to share interrupts than on SMP machines, it has > >>>nothing to do with the fact of UP or SMP itself. > > > > > > I don't think it has to especially with ichsmb here, but only with the > > fact, that ichsmb is for me exactly the thing that shares the interrupt > > with the em interface that shows the problems. > > > > - Oliver > > > > My theory here is that something in the kernel, likely VM/VFS, is > holding the Giant lock for an inordinate amount of time. During this > time, an interrupt fires on the shared em/ichsmb interrupt. The em > interrupt handler runs and schedules a task to handle the event. Then > the system blocks the interrupt at the PIC and schedules the ichsmb > ithread. However, as soon as this ithread tries to run, it gets blocked > on the Giant lock that is held elsewhere. While it is blocked, the > interrupt stays masked at the PIC, blocking out both ichsmb and em > device interrupts. Normally the PIC would get unmasked after the > ithread has run, but until the ithread unblocks, this cannot happen. > This goes on long enough that pending transactions on the em interface > trigger a timeout. > > Assuming the this analysis is correct, there are a couple of questions. > First would be, why is the ithread being blocked for so long? Is the > Giant lock actually being held continuously for that long, or is being > dropped and relocked often but the scheduler isn't giving the ithread a > chance to grab it and run? Second is, why is this only being noticed > now? Whether the em driver uses an INTR_FAST handler, like it does now, > or an ithread handler, like it used to in 6.1, doesn't affect the ichsmb > driver and its interaction with the Giant lock. Maybe there isn't a > direct correlation here, and it's just a coincidence that something else > in the system changed at the same time as the driver changing. > > I have a few ideas on tracking down the root cause, but they are pretty > pretty painful and slow. The root cause does need to be found and > fixed, as it's either a very bad scheduler bug, or a very badly > misbehaving subsystem. Both have implications for other possible > problems in FreeBSD. Also, the usb driver has the same potential for > blocking as the ichsmb driver, as do other drivers. But in the mean > time, something needs to be done for 6.2. The options are: > > 1. Revert the em driver to its 6.1 form, ask people to test if the > problem persists. If it doesn't, leave it at that for now. > > 2. Add INTR_FAST shims to the usb and ichsmb drivers so that neither > uses an ithread. Without an ithread, no PIC masking will happen, and > these drivers can block all they want without interfering with the > em driver. This is a bit of risky work, though, and may not be possible > if the devices don't support certain functionality. Also, it doesn't > address the root problem. But, getting more interrupt handlers away > from needing Giant is a good thing, even if this only a band-aid. > > 3. Spend the time tracking down and fixing the root problem for 6.2. > This is ideal, but it is also an unbounded problem. Thus, it is > absolutely not conducive for having a timely and successful 6.2 release. > > 4. Do nothing for now and tell people to disable usb, ichsmb, etc, as > needed. This, of course, is not a good option. > > Option 1 is the quickest and likely most risk-free fix for the 6.2 > release. If someone could test doing a revert and report back, I would > appreciate it. Any volunteers? > > Scott > > _______________________________________________ > 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 Wed Sep 27 17:26:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F6E716A407 for ; Wed, 27 Sep 2006 17:26:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92BE843D6E for ; Wed, 27 Sep 2006 17:26:11 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc14) with ESMTP id <20060927172611b1400jbbh6e>; Wed, 27 Sep 2006 17:26:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AFD7D1FA039; Wed, 27 Sep 2006 10:26:10 -0700 (PDT) Date: Wed, 27 Sep 2006 10:26:10 -0700 From: Jeremy Chadwick To: Javier Henderson Message-ID: <20060927172610.GA23562@icarus.home.lan> Mail-Followup-To: Javier Henderson , freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> <7.0.1.0.0.20060927095043.17915d48@sentex.net> <20060927155047.GA14563@icarus.home.lan> <6BFCD3E5-13D8-4712-B2F4-722522983010@kjsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6BFCD3E5-13D8-4712-B2F4-722522983010@kjsl.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 17:26:12 -0000 On Wed, Sep 27, 2006 at 12:44:04PM -0400, Javier Henderson wrote: > You could enable port fast and still have spanning tree in place. > > What many reasons do you and others have to shun STP? Rather than ramble off all the things I've experienced with STP, most of them are covered in this caveat document written by none other than Cisco: http://www.cisco.com/warp/public/473/16.html portfast is mentioned, but I'll remind you that not everyone uses Cisco equipment (nor should they). I consider portfast admission that STP wasn't such a great idea after all. My logic is as follows: a properly managed network should never encounter layer 1 loops. STP is most commonly used for "oh crap, I made a mistake" situations. Humans aren't perfect, but if you've engineers who continue to make physical segment loops over and over, you're better off getting different engineers rather than deploying STP and making a mess of network fail-over reliability. Regardless, this is totally off-topic for the list. I'll be more than happy to discuss all of this privately. :-) -- | 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 Sep 27 17:38:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30EAE16A40F; Wed, 27 Sep 2006 17:38:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from ssl3.sentex.ca (vinyl2.sentex.ca [199.212.134.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E8F343D70; Wed, 27 Sep 2006 17:38:25 +0000 (GMT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by ssl3.sentex.ca (8.13.6/8.13.6) with ESMTP id k8RHc51u076939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Sep 2006 13:38:05 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <7.0.1.0.0.20060927133407.17652f50@sentex.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 27 Sep 2006 13:36:03 -0400 To: Scott Long , Oliver Brandmueller From: Mike Tancsa In-Reply-To: <451AA7B1.5080202@samsco.org> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 17:38:29 -0000 At 12:32 PM 9/27/2006, Scott Long wrote: >My theory here is that something in the kernel, likely VM/VFS, is >holding the Giant lock for an inordinate amount of time. During this >time, an interrupt fires on the shared em/ichsmb interrupt. The em Hi Scott, Do you think this issue is something particular to Intel based chipsets, and specifically NICs that share their interrupt with ichsmb or the USB subsystem ? I have not gone through all the threads, but I dont recall people with say, AMD based boards running into this issue. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 18:32:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCAD716A494 for ; Wed, 27 Sep 2006 18:32:18 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (chen.org.nz [202.89.146.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A75D43D45 for ; Wed, 27 Sep 2006 18:32:18 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id B9BBC56436; Thu, 28 Sep 2006 06:32:16 +1200 (NZST) Date: Thu, 28 Sep 2006 06:32:16 +1200 From: Jonathan Chen Cc: freebsd-stable@freebsd.org Message-ID: <20060927183216.GA8267@osiris.chen.org.nz> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927132555.GB83422@hugo10.ka.punkt.de> User-Agent: Mutt/1.4.2.2i Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 18:32:18 -0000 On Wed, Sep 27, 2006 at 03:25:55PM +0200, Patrick M. Hausen wrote: > Hi! > > On Wed, Sep 27, 2006 at 02:42:30PM +0200, Philippe Pegon wrote: > > > it's just a me too. On our ftp server (ftp8.fr.freebsd.org), sometimes > > we see some "watchdog timeout" in the log with a bge card, but maybe it's > > not the same problem... : > > As far as I know the watchdog timeouts are _supposed_ to be > mostly harmless, i.e. recoverable. > > Some people experience additional complete hangs of network > communications, that may or may not be related to them. I had "watchdog timeouts" occur on a small network setup, for a: ssh remote "cd /usr && tar xf - ports" | tar xvf - and this resulted in a pretty sparse ports tree on the local drive. Lots of stuff being dropped. Shifting a single big tar-ball worked though. -- Jonathan Chen ---------------------------------------------------------------------- "If everything's under control, you're going too slow" - Mario Andretti From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 19:02:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A9C016A40F for ; Wed, 27 Sep 2006 19:02:47 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 144FD43D5A for ; Wed, 27 Sep 2006 19:02:40 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060927190239m9200dp3aoe>; Wed, 27 Sep 2006 19:02:39 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k8RJ2ZE9066939; Wed, 27 Sep 2006 14:02:36 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k8RJ2ZhL066937; Wed, 27 Sep 2006 14:02:35 -0500 (CDT) (envelope-from brooks) Date: Wed, 27 Sep 2006 14:02:34 -0500 From: Brooks Davis To: Jonathan Chen Message-ID: <20060927190234.GA66755@lor.one-eyed-alien.net> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451A71B6.6040201@crc.u-strasbg.fr> <20060927132555.GB83422@hugo10.ka.punkt.de> <20060927183216.GA8267@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20060927183216.GA8267@osiris.chen.org.nz> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 19:02:47 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 28, 2006 at 06:32:16AM +1200, Jonathan Chen wrote: > On Wed, Sep 27, 2006 at 03:25:55PM +0200, Patrick M. Hausen wrote: > > Hi! > >=20 > > On Wed, Sep 27, 2006 at 02:42:30PM +0200, Philippe Pegon wrote: > >=20 > > > it's just a me too. On our ftp server (ftp8.fr.freebsd.org), sometimes > > > we see some "watchdog timeout" in the log with a bge card, but maybe = it's > > > not the same problem... : > >=20 > > As far as I know the watchdog timeouts are _supposed_ to be > > mostly harmless, i.e. recoverable. > >=20 > > Some people experience additional complete hangs of network > > communications, that may or may not be related to them. >=20 > I had "watchdog timeouts" occur on a small network setup, for a: >=20 > ssh remote "cd /usr && tar xf - ports" | tar xvf - >=20 > and this resulted in a pretty sparse ports tree on the local drive. > Lots of stuff being dropped. Shifting a single big tar-ball worked > though. I'm highly skeptical of this claim. It's possible the connection failed part way through and thus you didn't get all your files, but you wouldn't get random dropouts. TCP doesn't work that way. -- Brooks --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGsrKXY6L6fI4GtQRAp6BAKDRgwAAL4vMivVnE3OFAM3fs0YANQCeL7n5 n8qjZJaShacB6s32XB6dy/Q= =k1vE -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 19:14:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAEEB16A416; Wed, 27 Sep 2006 19:14:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail30.syd.optusnet.com.au (mail30.syd.optusnet.com.au [211.29.133.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0ECA43D45; Wed, 27 Sep 2006 19:14:25 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail30.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k8RJE4bC021521 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 28 Sep 2006 05:14:05 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id k8RJE4k9003498; Thu, 28 Sep 2006 05:14:04 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id k8RJE2vI003497; Thu, 28 Sep 2006 05:14:02 +1000 (EST) (envelope-from peter) Date: Thu, 28 Sep 2006 05:14:02 +1000 From: Peter Jeremy To: Scott Long Message-ID: <20060927191402.GB932@turion.vk2pj.dyndns.org> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <451AA7B1.5080202@samsco.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 19:14:28 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Sep-27 10:32:49 -0600, Scott Long wrote: >My theory here is that something in the kernel, likely VM/VFS, is >holding the Giant lock for an inordinate amount of time. In the past (RELENG_5) I've had major problems with syncer delaying interrupt threads for long periods (I've seen 8msec). See http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/012346.html I'm not sure if this is still a problem (but I am still having some problems which may be caused by excessive interrupt and will be doing some debugging as I get time). >I have a few ideas on tracking down the root cause, but they are pretty >pretty painful and slow. In my case, I was fairly certain that the problem I was seeing was excessive interrupt latency for my driver. The approach I took was to capture TSC, IRQ number and curproc address in lapic_handle_intr(), atpic_handle_intr() and at the beginning of my interrupt handler into a ring buffer. I'd dump the ring buffer into a file using a userland tool and then post-process the file looking for oddities. In my case, there was a _very_ high correlation between long latencies and syncer. If anyone's interested in this approach, I can provide the relevant code diffs. >2. Add INTR_FAST shims to the usb and ichsmb drivers so that neither >uses an ithread. The problem I ran into with this approach was that my interrupt handler needs to use psignal(9) - which requires PROC_LOCK() which (AFAIK) isn't allowed in an INTR_FAST handler. It would be useful if our interrupt subsystem allowed both INTR_FAST and normal interrupt handlers to be defined. If an INTR_FAST handler is defined then it gets executed and defines whether its associated interrupt thread handler needs to be triggered. If there's no INTR_FAST handler then the interrupt thread is always triggered. --=20 Peter Jeremy --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGs16/opHv/APuIcRAlchAJ9qHKfhfGbB7K0iy48PREH0mUXcDgCgkjur d1bJKRbBDGI0ZTkYDcUyz0k= =6bF7 -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 19:30:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B824E16A40F; Wed, 27 Sep 2006 19:30:46 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 750FB43D5C; Wed, 27 Sep 2006 19:30:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8RJUM4r020393; Wed, 27 Sep 2006 13:30:27 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451AD147.9060607@samsco.org> Date: Wed, 27 Sep 2006 13:30:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> In-Reply-To: <20060927191402.GB932@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 19:30:46 -0000 Peter Jeremy wrote: > On Wed, 2006-Sep-27 10:32:49 -0600, Scott Long wrote: > >>My theory here is that something in the kernel, likely VM/VFS, is >>holding the Giant lock for an inordinate amount of time. > > > In the past (RELENG_5) I've had major problems with syncer delaying > interrupt threads for long periods (I've seen 8msec). See > http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/012346.html > I'm not sure if this is still a problem (but I am still having some > problems which may be caused by excessive interrupt and will be doing > some debugging as I get time). > > >>I have a few ideas on tracking down the root cause, but they are pretty >>pretty painful and slow. > > > In my case, I was fairly certain that the problem I was seeing was > excessive interrupt latency for my driver. The approach I took was to > capture TSC, IRQ number and curproc address in lapic_handle_intr(), > atpic_handle_intr() and at the beginning of my interrupt handler into > a ring buffer. I'd dump the ring buffer into a file using a userland > tool and then post-process the file looking for oddities. In my case, > there was a _very_ high correlation between long latencies and syncer. > If anyone's interested in this approach, I can provide the relevant > code diffs. > Yes, I was thinking about the syncer too, but the timeouts for ethernet interfaces are measured in seconds, not milliseconds. > >>2. Add INTR_FAST shims to the usb and ichsmb drivers so that neither >>uses an ithread. > > > The problem I ran into with this approach was that my interrupt > handler needs to use psignal(9) - which requires PROC_LOCK() which > (AFAIK) isn't allowed in an INTR_FAST handler. You can define a very simple INTR_FAST handler that just disables the interrupt at the device and then schedules a taskqueue to do the real work. This is what I did for if_em, actually. > > It would be useful if our interrupt subsystem allowed both INTR_FAST > and normal interrupt handlers to be defined. If an INTR_FAST handler > is defined then it gets executed and defines whether its associated > interrupt thread handler needs to be triggered. If there's no > INTR_FAST handler then the interrupt thread is always triggered. > This was an SoC2006 project, and I believe it will be committed fairly soon. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 19:33:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C71316A407 for ; Wed, 27 Sep 2006 19:33:56 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from ug-out-f131.google.com (ug-out-f131.google.com [66.249.92.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7F9743D45 for ; Wed, 27 Sep 2006 19:33:55 +0000 (GMT) (envelope-from kmd@milshop.ru) Received: by ug-out-f131.google.com with SMTP id 23so155ugm for ; Wed, 27 Sep 2006 12:33:54 -0700 (PDT) Received: by 10.67.101.8 with SMTP id d8mr899758ugm; Wed, 27 Sep 2006 12:33:54 -0700 (PDT) Received: by 10.66.252.14 with HTTP; Wed, 27 Sep 2006 12:33:54 -0700 (PDT) Message-ID: <519867a90609271233t1a42756bxad5ff41ec7a255ee@mail.gmail.com> Date: Wed, 27 Sep 2006 23:33:54 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: f83179e2f2c0b25c Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ipnat: map 10.0.0.0/8 -> 212.118.x.y/29: freebsd freeze 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, 27 Sep 2006 19:33:56 -0000 Now I use map 10.0.0.0/8 -> 212.118.z.w/32 and it works fine. ipnat -s now shows "inuse 55633", maximus that i saw was about 80000 How to resolve this problem? From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 20:32:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9E9C16A403 for ; Wed, 27 Sep 2006 20:32:13 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 683EF43D4C for ; Wed, 27 Sep 2006 20:32:13 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 718CDB810 for ; Wed, 27 Sep 2006 16:32:12 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20060927165109.GA52006@xor.obsecurity.org> References: <451939DA.3060709@dental-on-line.fr> <451A2E87.6000301@dental-on-line.fr> <451A4045.7020000@dental-on-line.fr> <20060927165109.GA52006@xor.obsecurity.org> X-Gpgmail-State: !signed Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-16-693305067; protocol="application/pkcs7-signature" Message-Id: <7457F6C0-4E6A-47C4-9981-89627B20B94A@khera.org> From: Vivek Khera Date: Wed, 27 Sep 2006 16:32:11 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: NFS: freeze during copy 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, 27 Sep 2006 20:32:14 -0000 --Apple-Mail-16-693305067 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Sep 27, 2006, at 12:51 PM, Kris Kennaway wrote: > See a previous reply to Vivek where I explained what is needed to help > debug this kind of problem. > and my luck has it such that i've not had a lockup since i added that extra debugging code into the kernel :-) or :-( depending on your view... --Apple-Mail-16-693305067-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 20:37:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0E4816A407 for ; Wed, 27 Sep 2006 20:37:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F8F743D66 for ; Wed, 27 Sep 2006 20:37:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 345711A4D84; Wed, 27 Sep 2006 13:37:11 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 80CBD5148C; Wed, 27 Sep 2006 16:37:10 -0400 (EDT) Date: Wed, 27 Sep 2006 16:37:10 -0400 From: Kris Kennaway To: Vivek Khera Message-ID: <20060927203710.GA54541@xor.obsecurity.org> References: <451939DA.3060709@dental-on-line.fr> <451A2E87.6000301@dental-on-line.fr> <451A4045.7020000@dental-on-line.fr> <20060927165109.GA52006@xor.obsecurity.org> <7457F6C0-4E6A-47C4-9981-89627B20B94A@khera.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <7457F6C0-4E6A-47C4-9981-89627B20B94A@khera.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable Subject: Re: NFS: freeze during copy 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, 27 Sep 2006 20:37:17 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 27, 2006 at 04:32:11PM -0400, Vivek Khera wrote: >=20 > On Sep 27, 2006, at 12:51 PM, Kris Kennaway wrote: >=20 > >See a previous reply to Vivek where I explained what is needed to help > >debug this kind of problem. > > >=20 > and my luck has it such that i've not had a lockup since i added that =20 > extra debugging code into the kernel :-) or :-( depending on your =20 > view... Heisenbugs are great! :) Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGuD2Wry0BWjoQKURAlnzAKDh1Vx5E6Dfyjxi/IkU/sYtDwNs0wCff5/i /Fd53nGWVBdfyfK+HMKIqHI= =KgiW -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 20:59:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0CF16A407 for ; Wed, 27 Sep 2006 20:59:00 +0000 (UTC) (envelope-from mailinglists@net-virtual.com) Received: from net-virtual.com (net-virtual.com [69.55.239.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E13443D46 for ; Wed, 27 Sep 2006 20:59:00 +0000 (GMT) (envelope-from mailinglists@net-virtual.com) Received: (qmail 93068 invoked by uid 0); 27 Sep 2006 20:58:59 -0000 Received: from unknown (HELO www.net-virtual.com) (69.55.239.74) by net-virtual.com with SMTP; 27 Sep 2006 20:58:59 -0000 Received: from 207.47.2.114 (SquirrelMail authenticated user mailinglists@net-virtual.com); by www.net-virtual.com with HTTP; Wed, 27 Sep 2006 13:58:59 -0700 (PDT) Message-ID: <26865.207.47.2.114.1159390739.squirrel@207.47.2.114> Date: Wed, 27 Sep 2006 13:58:59 -0700 (PDT) From: mailinglists@net-virtual.com To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 20:59:00 -0000 Hello, I am having a very hard time getting an Intel se7230NH1-E motherboard with 6gb of memory to work. I keep getting two messages about "Too many holes in the physical address space, giving up". I'm not sure what the BIOS is (it seems to be OEMed to Intel), but with the menu structure I'd have to throw a dart at AMI BIOS. I've scanned the newsgroups/message boards for issues surrounding this and most suggest that there is a BIOS setting that can be tweaked to make things come together. However, I just don't see any of those options - the only thing there with respect to memory involves memory timing. Other posts have talked about unlocking "hidden menus" in the BIOS (I'll save my tirade on hiding BIOS menu options for another day - but whoever did this should be ashamed of yourself). Alas, none of these have given me any luck. So, with that in mind... Anyone have any ideas on how I can get this to recognize the 6gb of memory we have installed on the motherboard? - Greg From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:00:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A6216A51A for ; Wed, 27 Sep 2006 21:00:54 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from imf18aec.mail.bellsouth.net (imf18aec.mail.bellsouth.net [205.152.59.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53C3F43D6B for ; Wed, 27 Sep 2006 21:00:51 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from ibm61aec.bellsouth.net ([70.152.41.212]) by imf18aec.mail.bellsouth.net with ESMTP id <20060927210049.MZGP7336.imf18aec.mail.bellsouth.net@ibm61aec.bellsouth.net> for ; Wed, 27 Sep 2006 17:00:49 -0400 Received: from Ace.nina.org ([70.152.41.212]) by ibm61aec.bellsouth.net with ESMTP id <20060927210048.XRWW21552.ibm61aec.bellsouth.net@Ace.nina.org> for ; Wed, 27 Sep 2006 17:00:48 -0400 Date: Wed, 27 Sep 2006 17:00:47 -0400 (EDT) From: Frank X-X-Sender: frank_s@Ace.nina.org To: freebsd-stable@freebsd.org Message-ID: <20060927165559.V35705@Ace.nina.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd) 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, 27 Sep 2006 21:00:54 -0000 I am sending this again since it has been 4 days with no response. I consider this a showstopper since I could boot from CD but sysinstall could not see the DVD drives, thus no CD install. I had to mount the CD in another machine and do a NFS install. -- Frank ---------- Forwarded message ---------- Date: Sat, 23 Sep 2006 08:39:12 -0400 (EDT) From: Frank To: freebsd-stable@freebsd.org Subject: 6.2-PRERELEASE does not see SATA DVD drives I have a Dell XPS 700 Pentium D 3.6 Dual Core with 2 gigs RAM, 2 250 GB SATA drives, a TSST Corp TS-H553A DVD burner and a Phillips DROM 6316 DVD-ROM. The system sees the hard drives but not the DVD drives. I have device atapicam compiled in the kernel. What can I do to enable the drives? On an unrelated note, the box also has a Creative X-Fi sound card that no driver will attach to. Is this card supported? -- Frank _______________________________________________ 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 Wed Sep 27 21:04:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 677FC16A40F; Wed, 27 Sep 2006 21:04:27 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BCA043D7B; Wed, 27 Sep 2006 21:04:15 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (c-24-21-220-242.hsd1.or.comcast.net [24.21.220.242]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id k8RL3v6C065616; Wed, 27 Sep 2006 14:03:57 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id k8RL3q9E075766; Wed, 27 Sep 2006 14:03:52 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id k8RL3oB9075759; Wed, 27 Sep 2006 14:03:50 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Wed, 27 Sep 2006 14:03:50 -0700 From: David G Lawrence To: Peter Jeremy Message-ID: <20060927210349.GG14975@tnn.dglawrence.com> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927191402.GB932@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 21:04:28 -0000 > In the past (RELENG_5) I've had major problems with syncer delaying > interrupt threads for long periods (I've seen 8msec). See > http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/012346.html > I'm not sure if this is still a problem (but I am still having some > problems which may be caused by excessive interrupt and will be doing > some debugging as I get time). ... > tool and then post-process the file looking for oddities. In my case, > there was a _very_ high correlation between long latencies and syncer. > If anyone's interested in this approach, I can provide the relevant > code diffs. I've seen this problem as well - results in around 9-10ms of occasional scheduling delay for a real-time streaming application that I'm developing. Shutting off softupdates on all of the mounted filesystems helps. Note that the watchdog timeout for the network drivers is usually 8000ms (8 seconds), so this is unlikely to be related to that problem. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:08:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 773EF16A407 for ; Wed, 27 Sep 2006 21:08:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08F0C43D7B for ; Wed, 27 Sep 2006 21:08:40 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006092721074701500imecse>; Wed, 27 Sep 2006 21:07:47 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C187C1FA037; Wed, 27 Sep 2006 14:07:46 -0700 (PDT) Date: Wed, 27 Sep 2006 14:07:46 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060927210746.GA26374@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <26865.207.47.2.114.1159390739.squirrel@207.47.2.114> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26865.207.47.2.114.1159390739.squirrel@207.47.2.114> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 21:08:55 -0000 On Wed, Sep 27, 2006 at 01:58:59PM -0700, mailinglists@net-virtual.com wrote: > I am having a very hard time getting an Intel se7230NH1-E motherboard with > 6gb of memory to work. I keep getting two messages about "Too many holes > in the physical address space, giving up". > > I'm not sure what the BIOS is (it seems to be OEMed to Intel), but with > the menu structure I'd have to throw a dart at AMI BIOS. > > I've scanned the newsgroups/message boards for issues surrounding this and > most suggest that there is a BIOS setting that can be tweaked to make > things come together. However, I just don't see any of those options - > the only thing there with respect to memory involves memory timing. > > Other posts have talked about unlocking "hidden menus" in the BIOS (I'll > save my tirade on hiding BIOS menu options for another day - but whoever > did this should be ashamed of yourself). Alas, none of these have given > me any luck. > > So, with that in mind... Anyone have any ideas on how I can get this to > recognize the 6gb of memory we have installed on the motherboard? Based on what I understand of Intel x86 architecture, to address more than 4GB of memory space, you have to use Intel's PAE feature. I don't think the FreeBSD kernels are built with PAE enabled. This might explain why the kernel states there's too many memory holes. I'd recommend either 1) disabling PAE (Physical Address Extensions) in the BIOS if possible, or 2) removing some RAM from the system, getting FreeBSD installed + upgraded to 6.2, building a kernel that has PAE enabled and then putting the extra RAM back in. Any other administrators have tips/comments? -- | 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 Sep 27 21:14:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A07C916A40F for ; Wed, 27 Sep 2006 21:14:33 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A096D43DC9 for ; Wed, 27 Sep 2006 21:12:48 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 27 Sep 2006 17:12:47 -0400 id 0005643A.451AE94F.00016A4D Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 27 Sep 2006 17:10:44 -0400 Date: Wed, 27 Sep 2006 17:12:46 -0400 From: Bill Moran To: freebsd-stable@freebsd.org Message-Id: <20060927171246.18706a5a.wmoran@collaborativefusion.com> In-Reply-To: <20060927210746.GA26374@icarus.home.lan> References: <26865.207.47.2.114.1159390739.squirrel@207.47.2.114> <20060927210746.GA26374@icarus.home.lan> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 21:14:33 -0000 In response to Jeremy Chadwick : > On Wed, Sep 27, 2006 at 01:58:59PM -0700, mailinglists@net-virtual.com wrote: > > I am having a very hard time getting an Intel se7230NH1-E motherboard with > > 6gb of memory to work. I keep getting two messages about "Too many holes > > in the physical address space, giving up". > > > > I'm not sure what the BIOS is (it seems to be OEMed to Intel), but with > > the menu structure I'd have to throw a dart at AMI BIOS. > > > > I've scanned the newsgroups/message boards for issues surrounding this and > > most suggest that there is a BIOS setting that can be tweaked to make > > things come together. However, I just don't see any of those options - > > the only thing there with respect to memory involves memory timing. > > > > Other posts have talked about unlocking "hidden menus" in the BIOS (I'll > > save my tirade on hiding BIOS menu options for another day - but whoever > > did this should be ashamed of yourself). Alas, none of these have given > > me any luck. > > > > So, with that in mind... Anyone have any ideas on how I can get this to > > recognize the 6gb of memory we have installed on the motherboard? > > Based on what I understand of Intel x86 architecture, to address more > than 4GB of memory space, you have to use Intel's PAE feature. I > don't think the FreeBSD kernels are built with PAE enabled. This > might explain why the kernel states there's too many memory holes. > > I'd recommend either 1) disabling PAE (Physical Address Extensions) > in the BIOS if possible, or 2) removing some RAM from the system, > getting FreeBSD installed + upgraded to 6.2, building a kernel that > has PAE enabled and then putting the extra RAM back in. > > Any other administrators have tips/comments? I have no idea if the problem is related to PAE, but have you tried booting an amd64 kernel on the system? -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:14:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2442A16A4EB for ; Wed, 27 Sep 2006 21:14:35 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4477643D88 for ; Wed, 27 Sep 2006 21:12:13 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 3A11C1140B; Wed, 27 Sep 2006 17:12:00 -0400 (EDT) Message-ID: <451AE94E.2030305@rogers.com> Date: Wed, 27 Sep 2006 17:12:46 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Frank References: <20060927165559.V35705@Ace.nina.org> In-Reply-To: <20060927165559.V35705@Ace.nina.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, AWL 0.00, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: stable@freebsd.org Subject: Re: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd) 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, 27 Sep 2006 21:14:35 -0000 Frank wrote: > I am sending this again since it has been 4 days with no response. > > I consider this a showstopper since I could boot from CD but > sysinstall could not see the DVD drives, thus no CD install. I had to > mount the CD in another machine and do a NFS install. SATA optical drives are not supported, neither is your brand new gaming sound card. This is far from being a show stopper. Please consult the hardware notes in the future before complaining on the lists. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:18:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6DEA16A416 for ; Wed, 27 Sep 2006 21:18:31 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D93743EB3 for ; Wed, 27 Sep 2006 21:15:42 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-029.eplus-online.de [212.23.126.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 2DBDE33D26; Wed, 27 Sep 2006 23:15:24 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 31FFF2E544; Wed, 27 Sep 2006 23:14:45 +0200 (CEST) Message-ID: <451AE762.9080403@vwsoft.com> Date: Wed, 27 Sep 2006 23:04:34 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: "Patrick M. Hausen" References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> In-Reply-To: <20060927094509.GB75104@hugo10.ka.punkt.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 21:18:31 -0000 On 37378-12-23 20:59, Patrick M. Hausen wrote: > Hello! > >> Well, the best I can say at the moment is, "Wow." =-( I guess the >> thing to do here is to figure out if the problem lies with the em >> interrupt handler not getting run, or the taskqueue not getting run. > > I helped Pyun with some debugging by providing ssh access to > a machine showing the (seemingly) same problem. > > At first he thought the interrupt handler of the em driver was > the culprit, but we applied quite a few patches and tested > afterwards - seems like the driver is not the cause. > > On -stable occasionally other people complained about very similar > looking problems with bge and other drivers. My guess is, though > I'm not a kernel developer, just an experienced admin, that > em stands out as problematic just by coincidence. Certain onboard > network components tend to come with certaiin chipsets and certain > architectures. > > So, Pyun suggested it was a problem with the taskqueue that was > introduced some time between 6.0 and 6.1. > > With my system (Tyan GT20 B5161G20) the problem shows when there > is heavy disk and cpu activity, like "make buildworld". > I made sure that the em interface doesn't share an interrupt > with the SATA controller. When the problem occurs, I get the > well known "watchdog timeout" messages and then the system's > network activity over that interface freezes completely for > a couple of minutes. > Usually the system recovers after a while without reboot or > other measures. > Strange... I've seen exactly that on a (recent) RELENG_6 box but using a dirty old USB 1.1 NIC (aue). I've seen DOWN and UP messages (mostly while rebuilding kernel + world + ports) on the console all the time (but did not care about). The machine in question is an Athlon XP-64 Socket 939, Asus A8N-VM CSM. The USB ethernet NIC is a low budget ADMtek device. My observations are probably not related to your issues but maybe a sign of not really being a driver issue or not GigE related. Greeting, Volker From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:20:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4A9716A500 for ; Wed, 27 Sep 2006 21:20:27 +0000 (UTC) (envelope-from mailinglists@net-virtual.com) Received: from net-virtual.com (net-virtual.com [69.55.239.74]) by mx1.FreeBSD.org (Postfix) with SMTP id D796643DC0 for ; Wed, 27 Sep 2006 21:18:30 +0000 (GMT) (envelope-from mailinglists@net-virtual.com) Received: (qmail 5132 invoked by uid 0); 27 Sep 2006 21:18:26 -0000 Received: from unknown (HELO www.net-virtual.com) (69.55.239.74) by net-virtual.com with SMTP; 27 Sep 2006 21:18:26 -0000 Received: from 207.47.2.114 (SquirrelMail authenticated user mailinglists@net-virtual.com); by www.net-virtual.com with HTTP; Wed, 27 Sep 2006 14:18:26 -0700 (PDT) Message-ID: <28335.207.47.2.114.1159391906.squirrel@207.47.2.114> Date: Wed, 27 Sep 2006 14:18:26 -0700 (PDT) From: mailinglists@net-virtual.com To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 21:20:27 -0000 >Based on what I understand of Intel x86 architecture, to address more >than 4GB of memory space, you have to use Intel's PAE feature. I >don't think the FreeBSD kernels are built with PAE enabled. This >might explain why the kernel states there's too many memory holes. > >I'd recommend either 1) disabling PAE (Physical Address Extensions) >in the BIOS if possible, or 2) removing some RAM from the system, >getting FreeBSD installed + upgraded to 6.2, building a kernel that >has PAE enabled and then putting the extra RAM back in. > >Any other administrators have tips/comments? I have built a PAE kernel in FreeBSD (sorry forgetting to mention that). There are no options in the BIOS relating to PAE. I don't mind upgrading to 6.2, but unless I missed something obvious (I probably did), it doesn't seem like that is going to help here. Your suggestion about removing RAM is a good one, maybe its a bad chip or something, even... - Greg From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:24:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 990A716A5C6 for ; Wed, 27 Sep 2006 21:24:56 +0000 (UTC) (envelope-from mailinglists@net-virtual.com) Received: from net-virtual.com (net-virtual.com [69.55.239.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 7CA6A43EBF for ; Wed, 27 Sep 2006 21:21:16 +0000 (GMT) (envelope-from mailinglists@net-virtual.com) Received: (qmail 7246 invoked by uid 0); 27 Sep 2006 21:21:16 -0000 Received: from unknown (HELO www.net-virtual.com) (69.55.239.74) by net-virtual.com with SMTP; 27 Sep 2006 21:21:16 -0000 Received: from 207.47.2.114 (SquirrelMail authenticated user mailinglists@net-virtual.com); by www.net-virtual.com with HTTP; Wed, 27 Sep 2006 14:21:16 -0700 (PDT) Message-ID: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> Date: Wed, 27 Sep 2006 14:21:16 -0700 (PDT) From: mailinglists@net-virtual.com To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 21:24:56 -0000 >I have no idea if the problem is related to PAE, but have you tried >booting an amd64 kernel on the system? This is an Intel Pentium 4 (D) system. Would the AMD64 kernel even work? - Greg From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:24:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2D7216A5FB; Wed, 27 Sep 2006 21:24:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB8943DFB; Wed, 27 Sep 2006 21:21:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8RLK9PD020837; Wed, 27 Sep 2006 15:20:14 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451AEB02.2090806@samsco.org> Date: Wed, 27 Sep 2006 15:20:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David G Lawrence References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> In-Reply-To: <20060927210349.GG14975@tnn.dglawrence.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Peter Jeremy , freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 21:24:59 -0000 David G Lawrence wrote: >>In the past (RELENG_5) I've had major problems with syncer delaying >>interrupt threads for long periods (I've seen 8msec). See >>http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/012346.html >>I'm not sure if this is still a problem (but I am still having some >>problems which may be caused by excessive interrupt and will be doing >>some debugging as I get time). > > ... > >>tool and then post-process the file looking for oddities. In my case, >>there was a _very_ high correlation between long latencies and syncer. >>If anyone's interested in this approach, I can provide the relevant >>code diffs. > > > I've seen this problem as well - results in around 9-10ms of occasional > scheduling delay for a real-time streaming application that I'm developing. > Shutting off softupdates on all of the mounted filesystems helps. > Note that the watchdog timeout for the network drivers is usually 8000ms > (8 seconds), so this is unlikely to be related to that problem. > Well, I kinda danced around the issue before, but I'll say it now. I, as well as a few others, have seen instances of Giant being held by the syncer for 5 or more seconds at a time. I can't explain why, and I've never been able to catch it in the act in a meaningful way. But it is known to happen. My best wild guess is that the syncer is doing a lot of work (there is no question here), and keeps on getting preempted, and as part of this, it blocks without locks being dropped. Actually, this is most likely exactly what is going on. The syncer is sending out I/O and is getting interrupted+preempted by the sata controller+driver, and it winds up making very slow progress, while never actually releasing Giant. An easy way to test this would be to turn off preemption. Could someone with this problem remove the 'option PREEMPTION' line in their kernel config and recompile/retest? If this is in fact the root cause, then it indeed has nothing to do with em driver INTR_FAST changes. The easiest fix then becomes the ichsmb and usb driver shims that I talked about. The longer term fix is to continue progress on making the syncer run without Giant and also not do so much work. I think that there should also be some discussion on the locking consequences of preemption. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:29:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECC8616A47E for ; Wed, 27 Sep 2006 21:29:14 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A1B43D62 for ; Wed, 27 Sep 2006 21:27:19 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8RLR2Q8083165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Sep 2006 14:27:02 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <451AECA0.7000103@errno.com> Date: Wed, 27 Sep 2006 14:26:56 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Eduardo Meyer References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 27 Sep 2006 21:29:15 -0000 Eduardo Meyer wrote: > Hello, I would like to convert RSSI to dBm (in fact I would love if > ifconfig cound display SNR in dBM), so I would like to know if this > formula is any right: > > /* Calculate the RSSI Value */ > V_RSSI = 3.0 * (RSSI_VAL/1024); > RSSI_dBM = (int8_t) ((-50.0 * V_RSSI) - 45.5); > > And if there are any other tools which can help me finding out signal > stenght, when I am acting as an access point. ifconfig reports rssi as whatever the driver provided. The intent is that it be a signed value relative to the current noise floor (both in dBm). If you look at the output of wlanstats (tools/tools/net80211/wlanstats) or, for ath devices, athstats (tools/tools/ath/athstats) you will see the default displays show "signal" which is rssi+noise-floor in dBm. The main issue(s) right now are that the net80211-driver api does not pass noise floor up so it can be reported to user apps and drivers reports rssi+nf in varying units. athstats doesn't have that issue since it queries the driver directly (hence it's display has a reasonable noise floor). It's on my todo list to push signal-related data up properly and fix ifconfig so it displays a proper signal strength in the normal status display. The issue of units is more difficult as converting data for some devices to dBm can be tricky. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:32:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0266416A5E2 for ; Wed, 27 Sep 2006 21:32:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B6743E42 for ; Wed, 27 Sep 2006 21:31:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8RLTbqu020899; Wed, 27 Sep 2006 15:29:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451AED3B.2090707@samsco.org> Date: Wed, 27 Sep 2006 15:29:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Volker References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451AE762.9080403@vwsoft.com> In-Reply-To: <451AE762.9080403@vwsoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 21:32:04 -0000 Volker wrote: > On 37378-12-23 20:59, Patrick M. Hausen wrote: > >>Hello! >> >> >>>Well, the best I can say at the moment is, "Wow." =-( I guess the >>>thing to do here is to figure out if the problem lies with the em >>>interrupt handler not getting run, or the taskqueue not getting run. >> >>I helped Pyun with some debugging by providing ssh access to >>a machine showing the (seemingly) same problem. >> >>At first he thought the interrupt handler of the em driver was >>the culprit, but we applied quite a few patches and tested >>afterwards - seems like the driver is not the cause. >> >>On -stable occasionally other people complained about very similar >>looking problems with bge and other drivers. My guess is, though >>I'm not a kernel developer, just an experienced admin, that >>em stands out as problematic just by coincidence. Certain onboard >>network components tend to come with certaiin chipsets and certain >>architectures. >> >>So, Pyun suggested it was a problem with the taskqueue that was >>introduced some time between 6.0 and 6.1. >> >>With my system (Tyan GT20 B5161G20) the problem shows when there >>is heavy disk and cpu activity, like "make buildworld". >>I made sure that the em interface doesn't share an interrupt >>with the SATA controller. When the problem occurs, I get the >>well known "watchdog timeout" messages and then the system's >>network activity over that interface freezes completely for >>a couple of minutes. >>Usually the system recovers after a while without reboot or >>other measures. >> > > > Strange... I've seen exactly that on a (recent) RELENG_6 box but > using a dirty old USB 1.1 NIC (aue). I've seen DOWN and UP messages > (mostly while rebuilding kernel + world + ports) on the console all > the time (but did not care about). > > The machine in question is an Athlon XP-64 Socket 939, Asus A8N-VM > CSM. The USB ethernet NIC is a low budget ADMtek device. My > observations are probably not related to your issues but maybe a > sign of not really being a driver issue or not GigE related. > > Greeting, > > Volker As soon as I can locate the O/U/EHCI register docs, I'll crank out a patch for everyone to try. If that works then I'll give the same treatment to ichsmb. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:32:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4132716A5F4 for ; Wed, 27 Sep 2006 21:32:04 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4915543E4F for ; Wed, 27 Sep 2006 21:31:11 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8RLTXGH083182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Sep 2006 14:29:34 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <451AED38.7000103@errno.com> Date: Wed, 27 Sep 2006 14:29:28 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRERELEASE/amd64 boot kernel.gz failes 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, 27 Sep 2006 21:32:04 -0000 Danny Braniss wrote: > originally posted to amd64@freebsd.org: > > Hi, > While trying to figure out why boot/pxeboot failes on some > kernels/hosts, I think i've come up with one solid nogo, > if the kernel is gzipped it always fails. > Can someone confirm this? or am i suffering from some > local problem? I believe I've seen this before when booting i386 kernels from soekris boards. I've taken to using pxeboot to load netboot and then use netboot to load a kernel as the netboot drivers are way faster (for soekris at least). Hopping through netboot also lets you have a menu to select one of several kernels to load. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:32:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6430D16A7DC for ; Wed, 27 Sep 2006 21:32:15 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from imf18aec.mail.bellsouth.net (imf18aec.mail.bellsouth.net [205.152.59.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 892EB43D7E for ; Wed, 27 Sep 2006 21:31:47 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from ibm61aec.bellsouth.net ([70.152.41.212]) by imf18aec.mail.bellsouth.net with ESMTP id <20060927213110.RVBP7336.imf18aec.mail.bellsouth.net@ibm61aec.bellsouth.net> for ; Wed, 27 Sep 2006 17:31:10 -0400 Received: from Ace.nina.org ([70.152.41.212]) by ibm61aec.bellsouth.net with ESMTP id <20060927213110.YHKH21552.ibm61aec.bellsouth.net@Ace.nina.org>; Wed, 27 Sep 2006 17:31:10 -0400 Date: Wed, 27 Sep 2006 17:31:09 -0400 (EDT) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Mike Jakubik In-Reply-To: <451AE94E.2030305@rogers.com> Message-ID: <20060927172701.M35705@Ace.nina.org> References: <20060927165559.V35705@Ace.nina.org> <451AE94E.2030305@rogers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd) 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, 27 Sep 2006 21:32:15 -0000 On Wed, 27 Sep 2006, Mike Jakubik wrote: > Frank wrote: >> I am sending this again since it has been 4 days with no response. >> >> I consider this a showstopper since I could boot from CD but sysinstall >> could not see the DVD drives, thus no CD install. I had to mount the CD in >> another machine and do a NFS install. > > SATA optical drives are not supported, neither is your brand new gaming sound > card. This is far from being a show stopper. Please consult the hardware > notes in the future before complaining on the lists. The Hardware Notes do not mention SATA at all except for RAID controllers. I figured if the SATA hard drives are supported the DVD drives would be also since the notes did not say that they were not. Is there a timeframe for SATA CD and DVD support? -- Frank From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:39:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0113816A4CA for ; Wed, 27 Sep 2006 21:39:03 +0000 (UTC) (envelope-from jfvogel@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 2372B43DCA for ; Wed, 27 Sep 2006 21:36:41 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so420403pye for ; Wed, 27 Sep 2006 14:36:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XmywLYOdTiWszHswgrqgB6y3nHUKconrAEt440LxjDY7HLTbTQYJ5F86kZzto0NFHEIFxrbtDiBITpRvbCMKtuVpzPv3bXyMc3Lf/jD1QM3KgHxzI3r3ojtyORzi4blH3El5kgtxKRZoTYKnFJG/AW5/DTWd0sEw/MGWZa5iq9g= Received: by 10.35.29.6 with SMTP id g6mr2254668pyj; Wed, 27 Sep 2006 14:36:40 -0700 (PDT) Received: by 10.35.119.14 with HTTP; Wed, 27 Sep 2006 14:36:40 -0700 (PDT) Message-ID: <2a41acea0609271436i5adf81dcm77bc6f07b9bd1ee6@mail.gmail.com> Date: Wed, 27 Sep 2006 14:36:40 -0700 From: "Jack Vogel" To: "mailinglists@net-virtual.com" In-Reply-To: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> Cc: freebsd-stable@freebsd.org Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 21:39:03 -0000 Absolutely, its an architecture not a brand name, should call it x86_64 as often done in Linux. If you run only a 32bit kernel on that system of yours you're cheating yourself out of performance anyway. slurp down an iso and boot that before you go pulling dimms and such :) Jack On 9/27/06, mailinglists@net-virtual.com wrote: > >I have no idea if the problem is related to PAE, but have you tried > >booting an amd64 kernel on the system? > > This is an Intel Pentium 4 (D) system. Would the AMD64 kernel even work? > > - Greg > > _______________________________________________ > 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 Wed Sep 27 21:44:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64FD516A5F7 for ; Wed, 27 Sep 2006 21:44:23 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8D043D45 for ; Wed, 27 Sep 2006 21:44:22 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id k8RLiPN0056753; Wed, 27 Sep 2006 16:44:29 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Wed, 27 Sep 2006 16:44:16 -0500 (CDT) From: "Sean C. Farley" To: Mark Andrews In-Reply-To: <200609260216.k8Q2Gtxk045006@drugs.dv.isc.org> Message-ID: <20060927163639.F58991@thor.farley.org> References: <200609260216.k8Q2Gtxk045006@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Is there any good reason for get*by*_r()? 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, 27 Sep 2006 21:44:23 -0000 On Tue, 26 Sep 2006, Mark Andrews wrote: > get*by*_r() are deprecated on most platforms and there use > is highly non-portable, lots of different API's. My understanding was that FreeBSD has copied the Linux version of the API. > Why are we adding compatability for deprecated functions? Some projects use them and do not consider get*by*() functions to be thread-safe (FreeBSD's are). They would naturally impose extra locking on the get*by*() calls for safety. devel/nspr which Firefox uses for its network calls. I also saw that games/sauerbraten uses them. Of course, these projects should replace these calls with getaddrinfo(). Sean -- sean-freebsd@farley.org From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:52:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D12916A407 for ; Wed, 27 Sep 2006 21:52:09 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2464743D67 for ; Wed, 27 Sep 2006 21:52:09 +0000 (GMT) (envelope-from erikt@midgard.homeip.net) Received: from falcon.midgard.homeip.net (83.253.29.241) by pne-smtpout1-sn1.fre.skanova.net (7.2.076) id 45181C6B000B4C3D for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 23:52:08 +0200 Received: (qmail 1919 invoked from network); 27 Sep 2006 23:52:07 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 27 Sep 2006 23:52:07 +0200 Received: (qmail 57922 invoked by uid 1001); 27 Sep 2006 23:52:07 +0200 Date: Wed, 27 Sep 2006 23:52:07 +0200 From: Erik Trulsson To: mailinglists@net-virtual.com Message-ID: <20060927215207.GA57878@owl.midgard.homeip.net> Mail-Followup-To: mailinglists@net-virtual.com, freebsd-stable@freebsd.org References: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 21:52:09 -0000 On Wed, Sep 27, 2006 at 02:21:16PM -0700, mailinglists@net-virtual.com wrote: > >I have no idea if the problem is related to PAE, but have you tried > >booting an amd64 kernel on the system? > > This is an Intel Pentium 4 (D) system. Would the AMD64 kernel even work? Maybe. The later Pentium 4 processors do support EM64T which is Intel's name for the AMD64 architecture. Older Pentium 4 processors do not have this support. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 21:55:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0AFF16A4F5 for ; Wed, 27 Sep 2006 21:55:45 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 390F143D64 for ; Wed, 27 Sep 2006 21:55:39 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-029.eplus-online.de [212.23.126.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 04DEB33D26; Wed, 27 Sep 2006 23:55:30 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 060FC2E546; Wed, 27 Sep 2006 23:54:58 +0200 (CEST) Message-ID: <451AF0CF.7030707@vwsoft.com> Date: Wed, 27 Sep 2006 23:44:47 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Scott Long References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <451AE762.9080403@vwsoft.com> <451AED3B.2090707@samsco.org> In-Reply-To: <451AED3B.2090707@samsco.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 21:55:46 -0000 On 2006-09-27 23:29, Scott Long wrote: > Volker wrote: [...] >> Strange... I've seen exactly that on a (recent) RELENG_6 box but >> using a dirty old USB 1.1 NIC (aue). I've seen DOWN and UP messages >> (mostly while rebuilding kernel + world + ports) on the console all >> the time (but did not care about). >> [...] > As soon as I can locate the O/U/EHCI register docs, I'll crank out a > patch for everyone to try. If that works then I'll give the same > treatment to ichsmb. > > Scott > Scott, as I'll leave for a one week vacation tomorrow and will not be able to answer or test any patches, I just powered up the machine to get you some infos (just for the records). All devices are on-board except the ADMtek USB NIC. Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.2-PRERELEASE #0: Mon Sep 25 23:34:09 UTC 2006 vwerth@localhost:/usr/obj/usr/src/sys/DESKTOPBSD ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.16-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 503054336 (479 MB) avail memory = 477794304 (455 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (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 0x508-0x50b on acpi0 cpu0: on acpi0 powernow0: on cpu0 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 pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xfebde000-0xfebdefff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support 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 0xfebdfc00-0xfebdfcff irq 22 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,0xffa0-0xffaf at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xe800-0xe807,0xe480-0xe483,0xe400-0xe407,0xe080-0xe083,0xe000-0xe00f mem 0xfebdd000-0xfebddfff irq 23 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfebdc000-0xfebdcfff irq 20 at device 15.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib4: at device 16.0 on pci0 pci4: on pcib4 fwohci0: port 0xcc00-0xcc7f mem 0xfaaff800-0xfaafffff irq 16 at device 5.0 on pci4 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:67:ed:4b 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:67:ed:4b fwe0: Ethernet address: 02:11:d8:67:ed:4b fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci0: at device 16.1 (no driver attached) nve0: port 0xd080-0xd087 mem 0xfebd7000-0xfebd7fff irq 22 at device 20.0 on pci0 nve0: Ethernet address 00:15:f2:02:df:f5 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:15:f2:02:df:f5 acpi_button0: on acpi0 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 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 2009158044 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 ad4: 76319MB at ata2-master SATA300 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers aue0: ADMtek USBLAN LAN LAN Conve, rev 1.10/1.01, addr 2 miibus1: on aue0 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto aue0: Ethernet address: 00:00:4e:11:16:c6 aue0: if_start running deferred for Giant aue0: link state changed to DOWN %vmstat -i interrupt total rate irq1: atkbd0 408 1 irq14: ata0 1215 5 irq16: fwohci0 1 0 irq21: ohci0 806 3 irq22: nve0 ehci0 883 3 irq23: atapci1 2561 11 cpu0: timer 463183 1996 Total 469057 2021 %pciconf -l none0@pci0:0:0: class=0x050000 card=0x81cd1043 chip=0x02f010de rev=0xa2 hdr=0x00 none1@pci0:0:1: class=0x050000 card=0x81cd1043 chip=0x02fa10de rev=0xa2 hdr=0x00 none2@pci0:0:2: class=0x050000 card=0x81cd1043 chip=0x02fe10de rev=0xa2 hdr=0x00 none3@pci0:0:3: class=0x050000 card=0x81cd1043 chip=0x02f810de rev=0xa2 hdr=0x00 none4@pci0:0:4: class=0x050000 card=0x81cd1043 chip=0x02f910de rev=0xa2 hdr=0x00 none5@pci0:0:5: class=0x050000 card=0x81cd1043 chip=0x02ff10de rev=0xa2 hdr=0x00 none6@pci0:0:6: class=0x050000 card=0x81cd1043 chip=0x027f10de rev=0xa2 hdr=0x00 none7@pci0:0:7: class=0x050000 card=0x81cd1043 chip=0x027e10de rev=0xa2 hdr=0x00 pcib1@pci0:2:0: class=0x060400 card=0x00000040 chip=0x02fc10de rev=0xa1 hdr=0x01 pcib2@pci0:3:0: class=0x060400 card=0x00000040 chip=0x02fd10de rev=0xa1 hdr=0x01 pcib3@pci0:4:0: class=0x060400 card=0x00000040 chip=0x02fb10de rev=0xa1 hdr=0x01 none8@pci0:5:0: class=0x030000 card=0x81cd1043 chip=0x024010de rev=0xa2 hdr=0x00 none9@pci0:9:0: class=0x050000 card=0x81bc1043 chip=0x027010de rev=0xa2 hdr=0x00 isab0@pci0:10:0: class=0x060100 card=0x81bc1043 chip=0x026010de rev=0xa2 hdr=0x00 none10@pci0:10:1: class=0x0c0500 card=0x81bc1043 chip=0x026410de rev=0xa2 hdr=0x00 ohci0@pci0:11:0: class=0x0c0310 card=0x81bc1043 chip=0x026d10de rev=0xa2 hdr=0x00 ehci0@pci0:11:1: class=0x0c0320 card=0x81bc1043 chip=0x026e10de rev=0xa2 hdr=0x00 atapci0@pci0:13:0: class=0x01018a card=0x81bc1043 chip=0x026510de rev=0xa1 hdr=0x00 atapci1@pci0:14:0: class=0x010185 card=0x81bc1043 chip=0x026610de rev=0xa1 hdr=0x00 atapci2@pci0:15:0: class=0x010185 card=0x81bc1043 chip=0x026710de rev=0xa1 hdr=0x00 pcib4@pci0:16:0: class=0x060401 card=0x000000b8 chip=0x026f10de rev=0xa2 hdr=0x01 none11@pci0:16:1: class=0x040300 card=0xcb8410de chip=0x026c10de rev=0xa2 hdr=0x00 nve0@pci0:20:0: class=0x068000 card=0x81411043 chip=0x026910de rev=0xa1 hdr=0x00 hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 fwohci0@pci4:5:0: class=0x0c0010 card=0x808a1043 chip=0x30441106 rev=0x80 hdr=0x00 kernel config: # DESKTOPBSD -- Generic kernel configuration file for DesktopBSD/i386 machine i386 cpu I686_CPU ident DESKTOPBSDepe makeoptions DEBUG=-g # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options HZ=1000 # Suits modern machines better options SCHED_4BSD # 4BSD scheduler options PREEMPTION options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options NTFS options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] #options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=2345 # 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 extension s options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. #options STOP_NMI # Stop CPUS using NMI instead of IPI device apic # I/O APIC options SMP # Bus support. Do not remove isa, even if you have no isa slots #device isa device pci # Floppy drives device fdc # ATA and ATAPI devices 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 device atapicam # Access to ATAPI devices through the generic CA M layer options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of ` ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device nve # Nvidia nForce chipset device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc' ) device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device wlan_ccmp device wlan_tkip device wlan_wep device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. device ral device ath device ath_hal device ath_rate_sample # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device 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 # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet device ural # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 22:01:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C4B16A403 for ; Wed, 27 Sep 2006 22:01:58 +0000 (UTC) (envelope-from mailinglists@net-virtual.com) Received: from net-virtual.com (net-virtual.com [69.55.239.74]) by mx1.FreeBSD.org (Postfix) with SMTP id C543E43D5D for ; Wed, 27 Sep 2006 22:01:57 +0000 (GMT) (envelope-from mailinglists@net-virtual.com) Received: (qmail 29022 invoked by uid 0); 27 Sep 2006 22:01:57 -0000 Received: from unknown (HELO www.net-virtual.com) (69.55.239.74) by net-virtual.com with SMTP; 27 Sep 2006 22:01:57 -0000 Received: from 207.47.2.114 (SquirrelMail authenticated user mailinglists@net-virtual.com); by www.net-virtual.com with HTTP; Wed, 27 Sep 2006 15:01:57 -0700 (PDT) Message-ID: <33832.207.47.2.114.1159394517.squirrel@207.47.2.114> In-Reply-To: <2a41acea0609271436i5adf81dcm77bc6f07b9bd1ee6@mail.gmail.com> References: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> <2a41acea0609271436i5adf81dcm77bc6f07b9bd1ee6@mail.gmail.com> Date: Wed, 27 Sep 2006 15:01:57 -0700 (PDT) From: mailinglists@net-virtual.com To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 22:01:58 -0000 > Absolutely, its an architecture not a brand name, should call it x86_64 > as often done in Linux. If you run only a 32bit kernel on that system of > yours you're cheating yourself out of performance anyway. > > slurp down an iso and boot that before you go pulling dimms and such :) > > Jack > Okay, I'm doing that now (it will take a while, system is on IP-KVM and needs to get a CD-ROM attached to it). In the meantime, here are a few other questions that are not entirely obvious to me: 1. The system currently runs x86 FreeBSD 6.0. In the process of switching to AMD64 6.1, will I need to recompile everything (apache/etc) or will this work okay with x86 32-bit binaries? 2. Are there any changes to the filesystem structure or can this switch be done "in place" without reformatting the filesystems? Sorry if these questions seem pedantic, I've never done a move from x86 to amd64. - Greg From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 22:33:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0EB616A51F; Wed, 27 Sep 2006 22:33:18 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ABB843D78; Wed, 27 Sep 2006 22:33:10 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id D85925FFA; Thu, 28 Sep 2006 02:33:08 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 9C6D75DEE; Thu, 28 Sep 2006 02:33:08 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8RMXAYw089412; Thu, 28 Sep 2006 02:33:10 +0400 (MSD) (envelope-from ru) Date: Thu, 28 Sep 2006 02:33:10 +0400 From: Ruslan Ermilov To: Danny Braniss Message-ID: <20060927223310.GB35467@rambler-co.ru> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Maxim Sobolev , freebsd-stable@freebsd.org Subject: Re: 6.2-PRERELEASE/amd64 boot kernel.gz failes 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, 27 Sep 2006 22:33:18 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 27, 2006 at 05:09:16PM +0300, Danny Braniss wrote: > originally posted to amd64@freebsd.org: >=20 > Hi, > While trying to figure out why boot/pxeboot failes on some > kernels/hosts, I think i've come up with one solid nogo, > if the kernel is gzipped it always fails. > Can someone confirm this? or am i suffering from some > local problem? >=20 I can confirm this: RELENG_6 doesn't pxeboot when /boot/kernel/kernel is gzipped. In my case, it hangs just after loading a loader.conf file. I've also verified that loading gzipped kernels/modules works on 7-CURRENT/i386. So it's either loader vs. pxeboot issue (unlikely, since pxeboot reuses the loader binary), or i386 vs. amd64 issue (unlikely as well as amd64 reuses the i386 boot code), or more likely because some changes were not MFCed. Perhaps this one: : sobomax 2005-12-19 09:00:11 UTC :=20 : FreeBSD src repository :=20 : Modified files: : sys/boot/i386/libi386 Makefile biosdisk.c biospnp.c biossmap.c=20 : i386_copy.c=20 : Log: : Long-long time ago, when the trees were large and memory expensive amou= nt of : memory directly available to loader(8) and friends was limited to 640K = on i386. : Those times have passed long time ago and now loader(8) can directly ac= cess : up to 4GB of RAM at least theoretically. At the same time, there are se= veral : places where it's assumed that malloc() will only allocate memory within : first megabyte. : =20 : Remove that assumption by allocating appropriate bounce buffers for BIOS : calls on stack where necessary. : =20 : This allows using memory above first megabyte for heap if necessary. : =20 : Revision Changes Path : 1.39 +3 -0 src/sys/boot/i386/libi386/Makefile : 1.46 +10 -17 src/sys/boot/i386/libi386/biosdisk.c : 1.10 +1 -1 src/sys/boot/i386/libi386/biospnp.c : 1.4 +3 -2 src/sys/boot/i386/libi386/biossmap.c : 1.11 +6 -22 src/sys/boot/i386/libi386/i386_copy.c I'll narrow this down tomorrow if noone bites me while I sleep. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGvwmqRfpzJluFF4RAuoCAJ4nKL01oiHDjAdt7c0ikFnALLHwGQCdHuSz nagN4p/QpSkb1djKGksI9vI= =rBNL -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 22:35:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CD4C16A5AD for ; Wed, 27 Sep 2006 22:35:22 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADCCE43D58 for ; Wed, 27 Sep 2006 22:35:08 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from localhost (monrovll-cuda1-24-53-251-44.pittpa.adelphia.net [24.53.251.44]) (AUTH: LOGIN wmoran, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 27 Sep 2006 18:35:07 -0400 id 00056438.451AFC9B.00017367 Date: Wed, 27 Sep 2006 18:35:06 -0400 From: Bill Moran To: mailinglists@net-virtual.com Message-Id: <20060927183506.e669fe4e.wmoran@collaborativefusion.com> In-Reply-To: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> References: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 22:35:22 -0000 mailinglists@net-virtual.com wrote: > >I have no idea if the problem is related to PAE, but have you tried > >booting an amd64 kernel on the system? > > This is an Intel Pentium 4 (D) system. Would the AMD64 kernel even work? I'm not an Intel sales rep, but I believe all the P4 systems have 64 bit support. Unless it's specifically an Itanium (in which case an i386 kernel wouldn't even boot) it's amd64. -- Bill Moran Many miles away, something crawls through the slime at the bottom of a dark, Scottish lake. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 22:47:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76DC816A407 for ; Wed, 27 Sep 2006 22:47:57 +0000 (UTC) (envelope-from freebsduk@rowyerboat.com) Received: from heisenberg.zen.co.uk (heisenberg.zen.co.uk [212.23.3.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDCFF43D70 for ; Wed, 27 Sep 2006 22:47:56 +0000 (GMT) (envelope-from freebsduk@rowyerboat.com) Received: from [82.70.166.86] (helo=[192.168.0.200]) by heisenberg.zen.co.uk with esmtp (Exim 4.50) id 1GSiC3-0004Ho-9S for stable@freebsd.org; Wed, 27 Sep 2006 22:47:55 +0000 Message-ID: <451AFEC6.1000404@rowyerboat.com> Date: Wed, 27 Sep 2006 23:44:22 +0100 From: Stephen Allen User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-Heisenberg-IP: [82.70.166.86] Cc: Subject: Fwd: Re: grep command not working as expected 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, 27 Sep 2006 22:47:57 -0000 A simple grep command, 'grep -vf patternfile inputfile' works on Linux, but the same command doesn't work on FreeBSD-6.1. To make it work I found I had to use -F to force the interpretation of fixed-strings. I don't know why it made a difference from Linux, and nothing in the man page appears to mention why. Kind regards, Stephen Allen -- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 22:50:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C19F16A403 for ; Wed, 27 Sep 2006 22:50:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71DD843D46 for ; Wed, 27 Sep 2006 22:50:26 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so440975pye for ; Wed, 27 Sep 2006 15:50:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rDDvxUlWL3ipIaCsoimZbWUQnm9dNyJVqUWJXEP5ixR2uof1Eie37b4hL5qTUqCLJ/Ip50PrMKAH7QLdlYENLW0nk9U+R50l3b7H93Sb4UWq5/tgO2QSWx9q4yx5vBgUP5CtD6Ea7S78cFqm4brDNGhsfyVTsZL3BlKjP/szqsA= Received: by 10.35.37.13 with SMTP id p13mr2380365pyj; Wed, 27 Sep 2006 15:50:25 -0700 (PDT) Received: by 10.35.119.14 with HTTP; Wed, 27 Sep 2006 15:50:25 -0700 (PDT) Message-ID: <2a41acea0609271550r1aad6b0ehf660bb9742d96d77@mail.gmail.com> Date: Wed, 27 Sep 2006 15:50:25 -0700 From: "Jack Vogel" To: "mailinglists@net-virtual.com" In-Reply-To: <33832.207.47.2.114.1159394517.squirrel@207.47.2.114> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> <2a41acea0609271436i5adf81dcm77bc6f07b9bd1ee6@mail.gmail.com> <33832.207.47.2.114.1159394517.squirrel@207.47.2.114> Cc: freebsd-stable@freebsd.org Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 22:50:27 -0000 On 9/27/06, mailinglists@net-virtual.com wrote: > > Absolutely, its an architecture not a brand name, should call it x86_64 > > as often done in Linux. If you run only a 32bit kernel on that system of > > yours you're cheating yourself out of performance anyway. > > > > slurp down an iso and boot that before you go pulling dimms and such :) > > > > Jack > > > > Okay, I'm doing that now (it will take a while, system is on IP-KVM and > needs to get a CD-ROM attached to it). > > In the meantime, here are a few other questions that are not entirely > obvious to me: > > 1. The system currently runs x86 FreeBSD 6.0. In the process of switching > to AMD64 6.1, will I need to recompile everything (apache/etc) or will > this work okay with x86 32-bit binaries? Yes, the 64bit system has support for running 32bit apps, I just ran a quick test and built a test program on x86, tried linking both static and dynamic, and both worked on an amd64 install. > 2. Are there any changes to the filesystem structure or can this switch be > done "in place" without reformatting the filesystems? Filesystem is not architecture specific, so should have no problem with the switch. > Sorry if these questions seem pedantic, I've never done a move from x86 to > amd64. Not pedantic at all, just normal good questions :) Good luck in your switch :) Jack From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 22:56:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84AC116A40F for ; Wed, 27 Sep 2006 22:56:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5BA943D72 for ; Wed, 27 Sep 2006 22:56:44 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so442706pye for ; Wed, 27 Sep 2006 15:56:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O10Lu4DjYG+B5RckYq+tubGZBfQuxAajhtwnaz57HOEpzzyqOrrUUnI4KOFBqVdPcUcjp+e++F+dur3tOm4lHQTTQnXG+Gign3f8+YRPculnd3m5DWxwP7NpUM2AuUi5M3Kmw9r1mfyBVPINSqmzftuYg5Y0PM3cD+c0FkNnl9A= Received: by 10.35.98.6 with SMTP id a6mr1782499pym; Wed, 27 Sep 2006 15:56:44 -0700 (PDT) Received: by 10.35.119.14 with HTTP; Wed, 27 Sep 2006 15:56:43 -0700 (PDT) Message-ID: <2a41acea0609271556k4f6cf9a8le8b4de2cac490b5f@mail.gmail.com> Date: Wed, 27 Sep 2006 15:56:43 -0700 From: "Jack Vogel" To: "Bill Moran" In-Reply-To: <20060927183506.e669fe4e.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28535.207.47.2.114.1159392076.squirrel@207.47.2.114> <20060927183506.e669fe4e.wmoran@collaborativefusion.com> Cc: freebsd-stable@freebsd.org, mailinglists@net-virtual.com Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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, 27 Sep 2006 22:56:45 -0000 On 9/27/06, Bill Moran wrote: > mailinglists@net-virtual.com wrote: > > > >I have no idea if the problem is related to PAE, but have you tried > > >booting an amd64 kernel on the system? > > > > This is an Intel Pentium 4 (D) system. Would the AMD64 kernel even work? > > I'm not an Intel sales rep, but I believe all the P4 systems have > 64 bit support. Unless it's specifically an Itanium (in which case > an i386 kernel wouldn't even boot) it's amd64. Be careful with those kinda claims Bill :) If a Pentium 4 is a few years old it well might not. However, the system Greg is talking about is new, and specifically advertises Em64T and Dual Core, so yes, its capable :) Jack PS Oh...I'm not a sales rep either, just a lowly software engineer :) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 23:36:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9583B16A403 for ; Wed, 27 Sep 2006 23:36:19 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF9643D6E for ; Wed, 27 Sep 2006 23:36:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k8RNad3j097449; Wed, 27 Sep 2006 17:36:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 27 Sep 2006 17:35:44 -0600 (MDT) Message-Id: <20060927.173544.151471716.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <451AED3B.2090707@samsco.org> References: <20060927094509.GB75104@hugo10.ka.punkt.de> <451AE762.9080403@vwsoft.com> <451AED3B.2090707@samsco.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 27 Sep 2006 17:36:41 -0600 (MDT) Cc: volker@vwsoft.com, freebsd-stable@freebsd.org, ob@e-Gitt.NET Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 23:36:19 -0000 In message: <451AED3B.2090707@samsco.org> Scott Long writes: : As soon as I can locate the O/U/EHCI register docs, I'll crank out a : patch for everyone to try. If that works then I'll give the same : treatment to ichsmb. You might look in the //depot/user/imp/newcard/... tree. I did the usb wrapper pushdown there. You don't really need the register docs to do it.. with the new usb stack in the wings, I never completed this... I have used it for about a year, I think, without ill effect. Warner From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 23:40:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B3416A403 for ; Wed, 27 Sep 2006 23:40:17 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C3F43D46 for ; Wed, 27 Sep 2006 23:40:17 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 1623D114021 for ; Wed, 27 Sep 2006 23:40:17 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 85AFCE6066 for ; Wed, 27 Sep 2006 23:40:16 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.8/8.13.6) with ESMTP id k8RNeDWZ052971 for ; Thu, 28 Sep 2006 09:40:13 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200609272340.k8RNeDWZ052971@drugs.dv.isc.org> To: stable@freebsd.org From: Mark Andrews In-reply-to: Your message of "Wed, 27 Sep 2006 16:44:16 EST." <20060927163639.F58991@thor.farley.org> Date: Thu, 28 Sep 2006 09:40:13 +1000 Sender: Mark_Andrews@isc.org Cc: Subject: Re: Is there any good reason for get*by*_r()? 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, 27 Sep 2006 23:40:17 -0000 > On Tue, 26 Sep 2006, Mark Andrews wrote: > > > get*by*_r() are deprecated on most platforms and there use > > is highly non-portable, lots of different API's. > > My understanding was that FreeBSD has copied the Linux version of the > API. That still doesn't make it portable. > > Why are we adding compatability for deprecated functions? > > Some projects use them and do not consider get*by*() functions to be > thread-safe (FreeBSD's are). They would naturally impose extra locking > on the get*by*() calls for safety. devel/nspr which Firefox uses for > its network calls. I also saw that games/sauerbraten uses them. Of > course, these projects should replace these calls with getaddrinfo(). We should not be encouraging the use of deprecated API's. If a application is worried about being thread safe then it should use getaddrinfo() which has been thread safe from the begining. If getaddrinfo() is not available then protect gethostbyname() with locks if you can't determine if it is thread safe which it should be if the OS is keeping up with standards. Mark -- ISC Training! October 16-20, 2006, in the San Francisco Bay Area, covering topics from DNS to DHCP. Email training@isc.org. -- 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 Sep 27 23:55:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFC9416A403; Wed, 27 Sep 2006 23:55:14 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F0343D46; Wed, 27 Sep 2006 23:55:13 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003032954.msg; Thu, 28 Sep 2006 00:54:35 +0100 Message-ID: <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" , "David G Lawrence" References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET><451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET><20060927155553.GB14563@icarus.home.lan><20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org><20060927191402.GB932@turion.vk2pj.dyndns.org><20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> Date: Thu, 28 Sep 2006 00:54:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Thu, 28 Sep 2006 00:54:35 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Thu, 28 Sep 2006 00:54:35 +0100 Cc: Peter Jeremy , freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 27 Sep 2006 23:55:14 -0000 Scott Long wrote: > Well, I kinda danced around the issue before, but I'll say it now. I, > as well as a few others, have seen instances of Giant being held by > the syncer for 5 or more seconds at a time. I can't explain why, and > I've never been able to catch it in the act in a meaningful way. But > it is known to happen. My best wild guess is that the syncer is > doing a lot of work (there is no question here), and keeps on getting > preempted, and as part of this, it blocks without locks being > dropped. Actually, this is most likely exactly what is going on. > The syncer is sending out I/O and is getting interrupted+preempted by > the sata controller+driver, and it winds up making very slow > progress, while never actually releasing Giant. This could explain behaviour we've seen on busy boxes here. You'll be typing away doing something and then bang everything stalls. A few seconds later everything continues what may be interesting about this is that its on 5.4-RELEASE as well as 6.1-RELEASE. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 00:38:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CECE16A403 for ; Thu, 28 Sep 2006 00:38:22 +0000 (UTC) (envelope-from bill@celestial.com) Received: from mail.mi.celestial.com (hayek.celestial.com [192.136.111.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B803243D69 for ; Thu, 28 Sep 2006 00:38:15 +0000 (GMT) (envelope-from bill@celestial.com) Received: from localhost (localhost [127.0.0.1]) by mail.mi.celestial.com (Postfix) with ESMTP id EE2AC1382E9; Wed, 27 Sep 2006 17:38:14 -0700 (PDT) Received: from mail.mi.celestial.com ([127.0.0.1]) by localhost (alexis.mi.celestial.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 69611-01-2; Wed, 27 Sep 2006 17:38:14 -0700 (PDT) Received: by mail.mi.celestial.com (Postfix, from userid 203) id A8F441382DC; Wed, 27 Sep 2006 17:38:14 -0700 (PDT) Date: Wed, 27 Sep 2006 17:38:14 -0700 From: Bill Campbell To: stable@freebsd.org Message-ID: <20060928003814.GA69590@alexis.mi.celestial.com> Mail-Followup-To: stable@freebsd.org References: <451AFEC6.1000404@rowyerboat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451AFEC6.1000404@rowyerboat.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new at mi.celestial.com Cc: Subject: Re: Fwd: Re: grep command not working as expected X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@celestial.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Sep 2006 00:38:22 -0000 On Wed, Sep 27, 2006, Stephen Allen wrote: >A simple grep command, 'grep -vf patternfile inputfile' works on Linux, >but the same command doesn't work on FreeBSD-6.1. > >To make it work I found I had to use -F to force the interpretation of >fixed-strings. I don't know why it made a difference from Linux, and >nothing in the man page appears to mention why. Traditionally one uses ``fgrep'' for that type of matching. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Systems, Inc. UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Government spending? I don't know what it's all about. I don't know any more about this thing than an economist does, and, God knows, he doesn't know much. -- Will Rogers From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 00:51:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16B7D16A407 for ; Thu, 28 Sep 2006 00:51:24 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from ug-out-f131.google.com (ug-out-f131.google.com [66.249.92.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2565A43D4C for ; Thu, 28 Sep 2006 00:51:22 +0000 (GMT) (envelope-from kmd@milshop.ru) Received: by ug-out-f131.google.com with SMTP id 23so1036ugm for ; Wed, 27 Sep 2006 17:51:22 -0700 (PDT) Received: by 10.66.216.6 with SMTP id o6mr610598ugg; Wed, 27 Sep 2006 17:51:22 -0700 (PDT) Received: by 10.66.252.14 with HTTP; Wed, 27 Sep 2006 17:51:21 -0700 (PDT) Message-ID: <519867a90609271751p30358f6bmc6e6907a749f0995@mail.gmail.com> Date: Thu, 28 Sep 2006 04:51:21 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: cc7db750f32e7e52 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: cant start 18, 21-24 hdd drives on 6.2-PRERELEASE/amd64. pls pls help 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, 28 Sep 2006 00:51:24 -0000 I have nForce3 motherboard and Athlon 64 Here is /var/log/messages Sep 28 03:41:03 ddf syslogd: kernel boot file is /boot/kernel/kernel Sep 28 03:41:03 ddf kernel: Copyright (c) 1992-2006 The FreeBSD Project. Sep 28 03:41:03 ddf kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 28 03:41:03 ddf kernel: The Regents of the University of California. All rights reserved. Sep 28 03:41:03 ddf kernel: FreeBSD 6.2-PRERELEASE #4: Sun Sep 24 07:08:40 MSD 2006 Sep 28 03:41:03 ddf kernel: kamuzon@ddf.yasnet.ru:/usr/obj/usr/src/sys/KMD Sep 28 03:41:03 ddf kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 28 03:41:03 ddf kernel: CPU: AMD Athlon(tm) 64 Processor 2800+ ( 1808.26-MHz K8-class CPU) Sep 28 03:41:03 ddf kernel: Origin = "AuthenticAMD" Id = 0xfc0 Stepping = 0 Sep 28 03:41:03 ddf kernel: Features=0x78bfbff Sep 28 03:41:03 ddf kernel: AMD Features=0xe0500800 Sep 28 03:41:03 ddf kernel: real memory = 536805376 (511 MB) Sep 28 03:41:03 ddf kernel: avail memory = 505585664 (482 MB) Sep 28 03:41:03 ddf kernel: ACPI APIC Table: Sep 28 03:41:03 ddf kernel: ioapic0 irqs 0-23 on motherboard Sep 28 03:41:03 ddf kernel: kbd1 at kbdmux0 Sep 28 03:41:03 ddf kernel: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) Sep 28 03:41:03 ddf kernel: acpi0: on motherboard Sep 28 03:41:03 ddf kernel: acpi0: Power Button (fixed) Sep 28 03:41:03 ddf kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Sep 28 03:41:03 ddf kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 Sep 28 03:41:03 ddf kernel: cpu0: on acpi0 Sep 28 03:41:03 ddf kernel: acpi_button0: on acpi0 Sep 28 03:41:03 ddf kernel: pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 Sep 28 03:41:03 ddf kernel: pci0: on pcib0 Sep 28 03:41:03 ddf kernel: agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 Sep 28 03:41:03 ddf kernel: isab0: at device 1.0 on pci0 Sep 28 03:41:03 ddf kernel: isa0: on isab0 Sep 28 03:41:03 ddf kernel: pci0: at device 1.1 (no driver attached) Sep 28 03:41:03 ddf kernel: nve0: port 0xc400-0xc407 mem 0xe0000000-0xe0000fff irq 20 at device 5.0 on pci0 Sep 28 03:41:03 ddf kernel: nve0: Ethernet address 00:04:61:71:8c:c1 Sep 28 03:41:03 ddf kernel: miibus0: on nve0 Sep 28 03:41:03 ddf kernel: ciphy0: on miibus0 Sep 28 03:41:03 ddf kernel: ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Sep 28 03:41:03 ddf kernel: nve0: Ethernet address: 00:04:61:71:8c:c1 Sep 28 03:41:03 ddf kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 Sep 28 03:41:03 ddf kernel: ata0: on atapci0 Sep 28 03:41:03 ddf kernel: ata1: on atapci0 Sep 28 03:41:03 ddf kernel: atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f,0xe400-0xe47f irq 21 at device 10.0 on pci0 Sep 28 03:41:03 ddf kernel: ata2: on atapci1 Sep 28 03:41:03 ddf kernel: ata3: on atapci1 Sep 28 03:41:03 ddf kernel: pcib1: at device 11.0 on pci0 Sep 28 03:41:03 ddf kernel: pci1: on pcib1 Sep 28 03:41:03 ddf kernel: pci1: at device 0.0 (no driver attached) Sep 28 03:41:03 ddf kernel: pcib2: at device 14.0 on pci0 Sep 28 03:41:03 ddf kernel: pci2: on pcib2 Sep 28 03:41:03 ddf kernel: atapci2: port 0x6000-0x6007,0x6400-0x6403,0x6800-0x6807,0x6c00-0x6c03,0x7000-0x700f mem 0xdf040000-0xdf043fff irq 19 at device 7.0 on pci2 Sep 28 03:41:03 ddf kernel: ata4: on atapci2 Sep 28 03:41:03 ddf kernel: ata5: on atapci2 Sep 28 03:41:03 ddf kernel: atapci3: port 0x7400-0x743f,0x7800-0x780f,0x7c00-0x7c7f mem 0xdf045000-0xdf045fff,0xdf000000-0xdf01ffff irq 16 at device 8.0 on pci2 Sep 28 03:41:03 ddf kernel: ata6: on atapci3 Sep 28 03:41:03 ddf kernel: ata7: on atapci3 Sep 28 03:41:03 ddf kernel: ata8: on atapci3 Sep 28 03:41:03 ddf kernel: ata9: on atapci3 Sep 28 03:41:03 ddf kernel: atapci4: port 0x8000-0x803f,0x8400-0x840f,0x8800-0x887f mem 0xdf044000-0xdf044fff,0xdf020000-0xdf03ffff irq 17 at device 9.0 on pci2 Sep 28 03:41:03 ddf kernel: ata10: on atapci4 Sep 28 03:41:03 ddf kernel: ata11: on atapci4 Sep 28 03:41:03 ddf kernel: ata12: on atapci4 Sep 28 03:41:03 ddf kernel: atapci5: port 0x8c00-0x8c07,0x9000-0x9003,0x9400-0x9407,0x9800-0x9803,0x9c00-0x9c0f irq 19 at device 11.0 on pci2 Sep 28 03:41:03 ddf kernel: ata13: on atapci5 Sep 28 03:41:03 ddf kernel: ata14: on atapci5 Sep 28 03:41:03 ddf kernel: pci2: at device 11.1 (no driver attached) Sep 28 03:41:03 ddf kernel: acpi_tz0: on acpi0 Sep 28 03:41:03 ddf kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Sep 28 03:41:03 ddf kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Sep 28 03:41:03 ddf kernel: kbd0 at atkbd0 Sep 28 03:41:03 ddf kernel: atkbd0: [GIANT-LOCKED] Sep 28 03:41:03 ddf kernel: psm0: irq 12 on atkbdc0 Sep 28 03:41:03 ddf kernel: psm0: [GIANT-LOCKED] Sep 28 03:41:03 ddf kernel: psm0: model NetMouse/NetScroll Optical, device ID 0 Sep 28 03:41:03 ddf kernel: orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xca7ff on isa0 Sep 28 03:41:03 ddf kernel: ppc0: cannot reserve I/O port range Sep 28 03:41:03 ddf kernel: sc0: at flags 0x100 on isa0 Sep 28 03:41:03 ddf kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 28 03:41:03 ddf kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Sep 28 03:41:03 ddf kernel: sio0: port may not be enabled Sep 28 03:41:03 ddf kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Sep 28 03:41:03 ddf kernel: sio0: type 8250 or not responding Sep 28 03:41:03 ddf kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Sep 28 03:41:03 ddf kernel: sio1: port may not be enabled Sep 28 03:41:03 ddf kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 28 03:41:03 ddf kernel: Timecounter "TSC" frequency 1808256999 Hz quality 800 Sep 28 03:41:03 ddf kernel: Timecounters tick every 1.000 msec Sep 28 03:41:03 ddf kernel: IP Filter: v4.1.13 initialized. Default = pass all, Logging = disabled Sep 28 03:41:03 ddf kernel: ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to deny, logging unlimited Sep 28 03:41:03 ddf kernel: ad0: 190782MB at ata0-master UDMA100 Sep 28 03:41:03 ddf kernel: ad1: 238475MB at ata0-slave UDMA100 Sep 28 03:41:03 ddf kernel: ad2: 238475MB at ata1-master UDMA100 Sep 28 03:41:03 ddf kernel: ad3: 238475MB at ata1-slave UDMA100 Sep 28 03:41:03 ddf kernel: ad4: 238475MB at ata2-master SATA150 Sep 28 03:41:03 ddf kernel: ad6: 238475MB at ata3-master SATA150 Sep 28 03:41:03 ddf kernel: ad8: 381554MB at ata4-master UDMA100 Sep 28 03:41:03 ddf kernel: ad9: 381554MB at ata4-slave UDMA100 Sep 28 03:41:03 ddf kernel: ad10: 381554MB at ata5-master UDMA100 Sep 28 03:41:03 ddf kernel: ad11: 381554MB at ata5-slave UDMA100 Sep 28 03:41:03 ddf kernel: ad12: 238475MB at ata6-master SATA150 Sep 28 03:41:03 ddf kernel: ad14: 238475MB at ata7-master SATA150 Sep 28 03:41:03 ddf kernel: ad16: 238475MB at ata8-master SATA150 Sep 28 03:41:03 ddf kernel: ad18: 238475MB at ata9-master SATA150 Sep 28 03:41:03 ddf kernel: ad20: 238475MB at ata10-master SATA150 Sep 28 03:41:03 ddf kernel: ad22: 238475MB at ata11-master SATA150 Sep 28 03:41:03 ddf kernel: ad24: 305245MB at ata12-master UDMA100 Sep 28 03:41:03 ddf kernel: ad25: 305245MB at ata12-slave UDMA100 ==== BTW. ad25 is 18th hdd in subj. It didnt want to start at first time. FreeBSD just didnt see the drive. I turn off 4 hdds from "Promise PDC20269 UDMA133 controller" for release UDMA100 "slot" (I thought, maybe UDMA100 couldnt connect more then X hdds). And after next boot system crashes with fatal errors (page fault... - didnt see all info) and went itself to reboot. I turn on 4 hdds to "Promise PDC20269 UDMA133 controller" and try to boot. System started and from that time I see ad25. Now it works for a few hours. ==== Sep 28 03:41:03 ddf kernel: ad26: 305245MB at ata13-master SATA150 Sep 28 03:41:03 ddf kernel: ad28: 305245MB at ata14-master SATA150 Sep 28 03:41:03 ddf kernel: Trying to mount root from ufs:/dev/ad0s1a ==== Now about 21-24 hdds. (4 x 305245MB UDMA100. Total 6. At now FreeBSD find only 2.) Its connect to === Sep 28 03:41:03 ddf kernel: atapci5: port 0x8c00-0x8c07,0x9000-0x9003,0x9400-0x9407,0x9800-0x9803,0x9c00-0x9c0f irq 19 at device 11.0 on pci2 Sep 28 03:41:03 ddf kernel: ata13: on atapci5 Sep 28 03:41:03 ddf kernel: ata14: on atapci5 Sep 28 03:41:03 ddf kernel: pci2: at device 11.1 (no driver attached) === I think to pci2 at device 11.1 But why "(no driver attached)"? BTW "Promise PDC20269 UDMA133 controller" is controller with 2 PATA channels "Promise PDC20318 SATA150 controller" 4 SATA channels "Promise PDC20375 SATA150 controller" 2 SATA channels and 1 PATA channel and "AcerLabs M5281 SATA150 controller" is controller with 2 SATA channels and 2 PATA channels. Total 6 hdds. FreeBSD doesnt see PATA hdds. Here is photo of device http://www.espada-tech.ru/img/24597-1.jpg Device names ESPADA ALI5281 ALI5281 is in supported by 6.1-RELEASE ATA/SATA hardware list (ALI: M5229, M5281, M5287, M5289.) What should I do to start PATA hdd drives at device 11.1 on AcerLabs M5281? PS I didnt disable anithing in DEFAULT kernel. Only add IPFW, DUMMY and IPF. Please help. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 01:02:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C6CE16A40F for ; Thu, 28 Sep 2006 01:02:17 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from ug-out-f131.google.com (ug-out-f131.google.com [66.249.92.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A7B843D4C for ; Thu, 28 Sep 2006 01:02:16 +0000 (GMT) (envelope-from kmd@milshop.ru) Received: by ug-out-f131.google.com with SMTP id 23so1062ugm for ; Wed, 27 Sep 2006 18:02:15 -0700 (PDT) Received: by 10.66.220.17 with SMTP id s17mr1173719ugg; Wed, 27 Sep 2006 18:02:15 -0700 (PDT) Received: by 10.66.252.14 with HTTP; Wed, 27 Sep 2006 18:02:15 -0700 (PDT) Message-ID: <519867a90609271802h524051ffs5f867b1e4ba3f065@mail.gmail.com> Date: Thu, 28 Sep 2006 05:02:15 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: freebsd-stable@freebsd.org In-Reply-To: <519867a90609271751p30358f6bmc6e6907a749f0995@mail.gmail.com> MIME-Version: 1.0 References: <519867a90609271751p30358f6bmc6e6907a749f0995@mail.gmail.com> X-Google-Sender-Auth: 516dc1375412597a Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: cant start 18, 21-24 hdd drives on 6.2-PRERELEASE/amd64. pls pls help 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, 28 Sep 2006 01:02:17 -0000 [root@ddf /]# vmstat -i interrupt total rate irq1: atkbd0 381 0 irq14: ata0 135495 28 irq15: ata1 166738 34 irq16: atapci3 36963 7 irq17: atapci4 348 0 irq19: atapci2+ 355598 74 irq20: nve0 1641568 342 irq21: atapci1 144033 30 cpu0: timer 9567211 1997 Total 12048335 2515 [root@ddf /]# pciconf -l agp0@pci0:0:0: class=0x060000 card=0x100c1695 chip=0x00e110de rev=0xa1 hdr=0x00 isab0@pci0:1:0: class=0x060100 card=0x100c1695 chip=0x00e010de rev=0xa2 hdr=0x00 none0@pci0:1:1: class=0x0c0500 card=0x100c1695 chip=0x00e410de rev=0xa1 hdr=0x00 nve0@pci0:5:0: class=0x068000 card=0x100c1695 chip=0x00df10de rev=0xa2 hdr=0x00 atapci0@pci0:8:0: class=0x01018a card=0x100c1695 chip=0x00e510de rev=0xa2 hdr=0x00 atapci1@pci0:10:0: class=0x010185 card=0x100c1695 chip=0x00e310de rev=0xa2 hdr=0x00 pcib1@pci0:11:0: class=0x060400 card=0x00000000 chip=0x00e210de rev=0xa2 hdr=0x01 pcib2@pci0:14:0: class=0x060400 card=0x00000000 chip=0x00ed10de rev=0xa2 hdr=0x01 hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 none1@pci1:0:0: class=0x030000 card=0x00081002 chip=0x54461002 rev=0x00 hdr=0x00 atapci2@pci2:7:0: class=0x018085 card=0x4d68105a chip=0x4d69105a rev=0x02 hdr=0x00 atapci3@pci2:8:0: class=0x018000 card=0x3318105a chip=0x3318105a rev=0x02 hdr=0x00 atapci4@pci2:9:0: class=0x018000 card=0x3375105a chip=0x3375105a rev=0x02 hdr=0x00 atapci5@pci2:11:0: class=0x018085 card=0x528110b9 chip=0x528110b9 rev=0xa4 hdr=0x00 none2@pci2:11:1: class=0x018085 card=0x528110b9 chip=0x522810b9 rev=0xc6 hdr=0x00 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 05:29:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 407E616A407 for ; Thu, 28 Sep 2006 05:29:56 +0000 (UTC) (envelope-from freebsd_stable_200609@happy-fish.co.uk) Received: from mail.happy-fish.org.uk (mail.happy-fish.org.uk [81.174.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CFE843D45 for ; Thu, 28 Sep 2006 05:29:55 +0000 (GMT) (envelope-from freebsd_stable_200609@happy-fish.co.uk) From: FreeBSD Noob To: freebsd-stable@happy-fish.org.uk Message-ID: Newsgroups: freebsd-stable Path: anonymous Date: Thu, 28 Sep 2006 06:29:43 +0100 References: <20060926173843.B7AE545058@ptavv.es.net> X-Newsreader: Forte Agent 2.0/32.640 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Hops: 1 Cc: Subject: Re: Upgrading to 6.2 stable - failed to compile 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: Thu, 28 Sep 2006 05:29:56 -0000 On Tue, 26 Sep 2006 10:38:43 -0700, "Kevin Oberman" wrote: [...] >> >About the only thing you should put in make.conf is the name of your >> >kernel config file: >> >KERNCONF=MY_SYS would cause the config file /sys/i386/conf/MY_SYS to be >> >used, assuming it's an i386 system. >> >> OK. Is that equivalent to declaring it as a make command parameter: >> | make buildkernel KERNCONF=MY_SYS >> or do I really need to put it in make.conf? > >It's the equivalent. It just allows you to leave it off of the make >command and i entirely optional. (Note that /etc/make.conf does not even >exist by default, but will be created if you install Perl.) [...] > >By "in-sync", I mean that world and kernel were either built from the >same sources or you understand any changes well enough to know that >there will be no adverse impact. (Unless you are hacking kernel code, >the second option is null and the sources should be the same.) > >If I understand what you did, you now have a 6.1 world and >6.2-PRERELEASE kernel. This is not likely to work well, I'm afraid. :-( > >FWIW, I have an AMD K6 at home and it's pretty painfully slow building >world or the kernel on that system (and it's 450 MHz). You don't even >want to think about building Gnome! Well, buildworld fell over - but was just that I ran out of space on /usr. Instead of building world again, I decided to: | make clean | make buildkernel KERNCONF=MYKERNEL | make installkernel KERNCONF=MYKERNEL That all completed successful. I had assumed that: | make buildkernel KERNCONF=MYKERNEL was equivalent to: | config MYKERNEL | cd ../compile/MYKERNEL | make cleandepend | make depend | make and would fall over too without building world first, but it seems not. Thanks for your help. Geoff From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 05:46:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB75116A415; Thu, 28 Sep 2006 05:46:49 +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 3E7C643D58; Thu, 28 Sep 2006 05:46:49 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GSojQ-000J1v-0Y; Thu, 28 Sep 2006 08:46:48 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ruslan Ermilov In-reply-to: Your message of Thu, 28 Sep 2006 02:33:10 +0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Sep 2006 08:46:47 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRERELEASE/amd64 boot kernel.gz failes 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, 28 Sep 2006 05:46:49 -0000 > > --3uo+9/B/ebqu+fSQ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Sep 27, 2006 at 05:09:16PM +0300, Danny Braniss wrote: > > originally posted to amd64@freebsd.org: > >=20 > > Hi, > > While trying to figure out why boot/pxeboot failes on some > > kernels/hosts, I think i've come up with one solid nogo, > > if the kernel is gzipped it always fails. > > Can someone confirm this? or am i suffering from some > > local problem? > >=20 > I can confirm this: RELENG_6 doesn't pxeboot when /boot/kernel/kernel > is gzipped. In my case, it hangs just after loading a loader.conf file. > I've also verified that loading gzipped kernels/modules works on > 7-CURRENT/i386. So it's either loader vs. pxeboot issue (unlikely, > since pxeboot reuses the loader binary), or i386 vs. amd64 issue > (unlikely as well as amd64 reuses the i386 boot code), or more likely > because some changes were not MFCed. Perhaps this one: > > : sobomax 2005-12-19 09:00:11 UTC > :=20 > : FreeBSD src repository > :=20 > : Modified files: > : sys/boot/i386/libi386 Makefile biosdisk.c biospnp.c biossmap.c=20 > : i386_copy.c=20 > : Log: > : Long-long time ago, when the trees were large and memory expensive amou= > nt of > : memory directly available to loader(8) and friends was limited to 640K = > on i386. > : Those times have passed long time ago and now loader(8) can directly ac= > cess > : up to 4GB of RAM at least theoretically. At the same time, there are se= > veral > : places where it's assumed that malloc() will only allocate memory within > : first megabyte. > : =20 > : Remove that assumption by allocating appropriate bounce buffers for BIOS > : calls on stack where necessary. > : =20 > : This allows using memory above first megabyte for heap if necessary. > : =20 > : Revision Changes Path > : 1.39 +3 -0 src/sys/boot/i386/libi386/Makefile > : 1.46 +10 -17 src/sys/boot/i386/libi386/biosdisk.c > : 1.10 +1 -1 src/sys/boot/i386/libi386/biospnp.c > : 1.4 +3 -2 src/sys/boot/i386/libi386/biossmap.c > : 1.11 +6 -22 src/sys/boot/i386/libi386/i386_copy.c > > I'll narrow this down tomorrow if noone bites me while I sleep. :-) THANKS! I was begining to climb walls here, let me know when i can test it! danny From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 05:49:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FEEC16A407 for ; Thu, 28 Sep 2006 05:49:17 +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 27F3343D45 for ; Thu, 28 Sep 2006 05:49:17 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GSoln-000J6h-5e; Thu, 28 Sep 2006 08:49:15 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Sam Leffler In-reply-to: Your message of Wed, 27 Sep 2006 14:29:28 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Sep 2006 08:49:15 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRERELEASE/amd64 boot kernel.gz failes 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, 28 Sep 2006 05:49:17 -0000 > Danny Braniss wrote: > > originally posted to amd64@freebsd.org: > > > > Hi, > > While trying to figure out why boot/pxeboot failes on some > > kernels/hosts, I think i've come up with one solid nogo, > > if the kernel is gzipped it always fails. > > Can someone confirm this? or am i suffering from some > > local problem? > > I believe I've seen this before when booting i386 kernels from soekris > boards. I've taken to using pxeboot to load netboot and then use > netboot to load a kernel as the netboot drivers are way faster (for > soekris at least). Hopping through netboot also lets you have a menu to > select one of several kernels to load. > > Sam > I'll check this asap, btw, does netboot use pxe too? danny From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 06:51:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADEA016A47C for ; Thu, 28 Sep 2006 06:51:48 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CBB043D4C for ; Thu, 28 Sep 2006 06:51:47 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1FEAC2094; Thu, 28 Sep 2006 08:51:44 +0200 (CEST) X-Spam-Tests: AWL,MAILTO_TO_SPAM_ADDR X-Spam-Learn: disabled X-Spam-Score: 0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id A48252091; Thu, 28 Sep 2006 08:51:43 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 8DAF7B80E; Thu, 28 Sep 2006 08:51:43 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: George Potapov References: <451945EC.6040300@cyberwang.net> <200609261942.51529.nephrite@inbox.ru> <20060926175635.GA67298@owl.midgard.homeip.net> Date: Thu, 28 Sep 2006 08:51:43 +0200 In-Reply-To: <20060926175635.GA67298@owl.midgard.homeip.net> (Erik Trulsson's message of "Tue, 26 Sep 2006 19:56:35 +0200") Message-ID: <86lko4o54w.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Building a kernel with config ? 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, 28 Sep 2006 06:51:48 -0000 Erik Trulsson writes: > On Tue, Sep 26, 2006 at 07:42:50PM +0400, George Potapov wrote: > > But this also does make clean before building so it may be a pain > > especially if you change one file or want to add just another > > driver. > In that case you can just add -DNO_CLEAN to the arguments to make to. ITYM -DNO_KERNELCLEAN. HTH, HAND! DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 07:14:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1C7116A407 for ; Thu, 28 Sep 2006 07:14:15 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av8-2-sn3.vrr.skanova.net (av8-2-sn3.vrr.skanova.net [81.228.9.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B02243D72 for ; Thu, 28 Sep 2006 07:14:07 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av8-2-sn3.vrr.skanova.net (Postfix, from userid 502) id E3C2A3815E; Thu, 28 Sep 2006 09:14:06 +0200 (CEST) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av8-2-sn3.vrr.skanova.net (Postfix) with ESMTP id D4CD73813F; Thu, 28 Sep 2006 09:14:06 +0200 (CEST) Received: from dude.automatvapen.se (81-229-112-193-no21.tbcn.telia.com [81.229.112.193]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 68B4C37E49; Thu, 28 Sep 2006 09:14:06 +0200 (CEST) From: Joel Dahl To: Frank In-Reply-To: <20060927172701.M35705@Ace.nina.org> References: <20060927165559.V35705@Ace.nina.org> <451AE94E.2030305@rogers.com> <20060927172701.M35705@Ace.nina.org> Content-Type: text/plain Date: Thu, 28 Sep 2006 09:14:06 +0200 Message-Id: <1159427646.671.31.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd) 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, 28 Sep 2006 07:14:15 -0000 On Wed, 2006-09-27 at 17:31 -0400, Frank wrote: > On Wed, 27 Sep 2006, Mike Jakubik wrote: > > > Frank wrote: > >> I am sending this again since it has been 4 days with no response. > >> > >> I consider this a showstopper since I could boot from CD but sysinstall > >> could not see the DVD drives, thus no CD install. I had to mount the CD in > >> another machine and do a NFS install. > > > > SATA optical drives are not supported, neither is your brand new gaming sound > > card. This is far from being a show stopper. Please consult the hardware > > notes in the future before complaining on the lists. > > The Hardware Notes do not mention SATA at all except for RAID controllers. Just FYI, We've been looking at integrating the supported hardware info from the ata(4) manual page into the hardware notes. This *should* at least kill some of the confusion that always surrounds what SATA/ATA stuff we support and what we don't. -- Joel From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 10:30:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D828B16A4E0; Thu, 28 Sep 2006 10:30:26 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3561543D82; Thu, 28 Sep 2006 10:30:23 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0C2116333; Thu, 28 Sep 2006 14:30:21 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 5E3746221; Thu, 28 Sep 2006 14:29:00 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8SAT0dg038127; Thu, 28 Sep 2006 14:29:00 +0400 (MSD) (envelope-from ru) Date: Thu, 28 Sep 2006 14:29:00 +0400 From: Ruslan Ermilov To: Danny Braniss Message-ID: <20060928102900.GC4708@rambler-co.ru> References: <20060927223310.GB35467@rambler-co.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline In-Reply-To: <20060927223310.GB35467@rambler-co.ru> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Maxim Sobolev , freebsd-stable@freebsd.org, John Baldwin Subject: Re: 6.2-PRERELEASE/amd64 boot kernel.gz failes 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, 28 Sep 2006 10:30:27 -0000 --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 28, 2006 at 02:33:10AM +0400, Ruslan Ermilov wrote: > I can confirm this: RELENG_6 doesn't pxeboot when /boot/kernel/kernel > is gzipped. In my case, it hangs just after loading a loader.conf file. > I've also verified that loading gzipped kernels/modules works on > 7-CURRENT/i386. So it's either loader vs. pxeboot issue (unlikely, > since pxeboot reuses the loader binary), or i386 vs. amd64 issue > (unlikely as well as amd64 reuses the i386 boot code), or more likely > because some changes were not MFCed. Perhaps this one: >=20 > : sobomax 2005-12-19 09:00:11 UTC > :=20 > : FreeBSD src repository > :=20 > : Modified files: > : sys/boot/i386/libi386 Makefile biosdisk.c biospnp.c biossmap.c=20 > : i386_copy.c=20 > : Log: > : Long-long time ago, when the trees were large and memory expensive am= ount of > : memory directly available to loader(8) and friends was limited to 640= K on i386. > : Those times have passed long time ago and now loader(8) can directly = access > : up to 4GB of RAM at least theoretically. At the same time, there are = several > : places where it's assumed that malloc() will only allocate memory wit= hin > : first megabyte. > : =20 > : Remove that assumption by allocating appropriate bounce buffers for B= IOS > : calls on stack where necessary. > : =20 > : This allows using memory above first megabyte for heap if necessary. > : =20 > : Revision Changes Path > : 1.39 +3 -0 src/sys/boot/i386/libi386/Makefile > : 1.46 +10 -17 src/sys/boot/i386/libi386/biosdisk.c > : 1.10 +1 -1 src/sys/boot/i386/libi386/biospnp.c > : 1.4 +3 -2 src/sys/boot/i386/libi386/biossmap.c > : 1.11 +6 -22 src/sys/boot/i386/libi386/i386_copy.c >=20 > I'll narrow this down tomorrow if noone bites me while I sleep. :-) >=20 Yes, this and the follow-up commit plus the following diff make pxeboot work with gzipped files. %%% Index: i386/loader/main.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/boot/i386/loader/main.c,v retrieving revision 1.37 diff -u -r1.37 main.c --- i386/loader/main.c 4 Aug 2006 07:56:32 -0000 1.37 +++ i386/loader/main.c 28 Sep 2006 09:06:02 -0000 @@ -91,7 +91,7 @@ */ bios_getmem(); =20 -#ifdef LOADER_BZIP2_SUPPORT +#if 1 heap_top =3D PTOV(memtop_copyin); memtop_copyin -=3D 0x300000; heap_bottom =3D PTOV(memtop_copyin); %%% Here's the loader "heap" command output on the same machine: : 6.x /boot/loader (unpatched): : OK heap : Active Allocations: 803/2173 : 274432 bytes reserved 194432 bytes allocated : 65 fragments (30016 bytes fragmented) : heap base at 0x404c0, top at 0x834c0 :=20 : 7.x pxeboot loader (unpatched): : OK heap : Active Allocations: 896/2209 : 229376 bytes reserved 196728 bytes allocated : 71 fragments (18992 bytes fragmented) : heap base at 0x404c0, top at 0x784c0, upper limit at 0x9fc00 :=20 : 7.x pxeboot loader (patched): : OK heap : Active Allocations: 896/2209 : 229376 bytes reserved 196728 bytes allocated : 71 fragments (18992 bytes fragmented) : heap base at 0xfbce6000, top at 0xfbd1e000, upper limit at 0xfbfe6000 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFG6PsqRfpzJluFF4RAgjvAJ9pjVsW+cIAawyQDg9qStl988jo8ACfXQLX MO/zqToNwV5k/KgI43g52b0= =YDFn -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 11:00:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA4A16A40F for ; Thu, 28 Sep 2006 11:00:15 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (tandgrisner.ismobile.com [213.88.244.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2D5543D55 for ; Thu, 28 Sep 2006 11:00:14 +0000 (GMT) (envelope-from goran.lowkrantz@ismobile.com) Received: from [172.16.2.106] (viglaf.hq.ismobile.com [172.16.2.106]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTP id 3012822940 for ; Thu, 28 Sep 2006 13:00:13 +0200 (CEST) Date: Thu, 28 Sep 2006 13:00:13 +0200 From: Goran Lowkrantz To: freebsd-stable@freebsd.org Message-ID: <34693F6D24D58A05154C67E6@[172.16.2.106]> In-Reply-To: <451A5F5F.6050900@ismobile.com> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927094509.GB75104@hugo10.ka.punkt.de> <20060927110820.GD75104@hugo10.ka.punkt.de> <451A5F5F.6050900@ismobile.com> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 28 Sep 2006 11:00:15 -0000 To add another twist to this: I added options POLLING to the kernel, moved=20 the fireware and USB drivers from the kernel and loaded them as modules. I=20 have NOT enabled polling on the em-interface but this new kernal, built on=20 the same sources as the failing one works without a hitch. As before, let me know if there is anything I can do to help. Regards, Goran L --On Wednesday, September 27, 2006 13:24:15 +0200 glz=20 wrote: > I have seen the watchdog and reset problem on a -STABLE laptop, both em > and iwi. It only occur when I try to connect using Mulberry e-mail client > so I thought it could be a problem with the linuxilator. > > The load on the box is normally low but both driver have shared > interrupts, either with cbb or usb. Here is what I can see: > > uname -a: > FreeBSD viglaf 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #55: Thu Sep 21 > 22:15:38 CEST 2006 root@viglaf:/usr/obj/usr/src/sys/VIGLAF i386 > > dmesg: > em0: port > 0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at > device 1.0 on pci2 > em0: Ethernet address: 00:0d:60:89:36:e8 > em0: [FAST] > iwi0: mem 0xc0214000-0xc0214fff irq 9 at > device 2.0 on pci2 > iwi0: Ethernet address: 00:16:6f:8b:0a:21 > > vmstat -i > interrupt total rate > irq0: clk 11148090 999 > irq1: atkbd0 32271 2 > irq5: pcm0 atapci+ 157115 14 > irq6: fdc0 1 0 > irq7: 1 0 > stray irq7 1 0 > irq8: rtc 1426745 127 > irq9: cbb1 cbb2++* 26582 2 > irq11: cbb0 em0++* 762544 68 > irq12: psm0 516858 46 > irq14: ata0 43494 3 > irq15: ata1 82 0 > Total 14113784 1265 > > This is a development machine so I can debug and test patches as needed. > > Best regards, > Goran L > > Patrick M. Hausen wrote: >> Hello! >> >>> On -stable occasionally other people complained about very similar >>> looking problems with bge and other drivers. My guess is, though >>> I'm not a kernel developer, just an experienced admin, that >>> em stands out as problematic just by coincidence. Certain onboard >>> network components tend to come with certaiin chipsets and certain >>> architectures. >> >> I forgot to mention: we do have systems with em interfaces that >> never showed this problem! >> >> Regards, >> Patrick > > > -- > ................................................... the future isMobile > > Goran Lowkrantz > System Architect, isMobile, Aurorum 2, S-977 75 Lule=C3=A5, Sweden > Phone: +46(0)920-75559 > Mobile: +46(0)70-587 87 82 Fax: +46(0)70-615 87 82 > > http://www.ismobile.com ............................................... > _______________________________________________ > 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" --=20 ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile, Aurorum 2, S-977 75 Lule=EF=BF=A5, Sweden Phone: +46(0)920-75559 Mobile: +46(0)70-587 87 82 Fax: +46(0)70-615 87 82 http://www.ismobile.com ............................................... From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 11:57:34 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D54416A407 for ; Thu, 28 Sep 2006 11:57:34 +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 9643C43D72 for ; Thu, 28 Sep 2006 11:57:33 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (idqfmh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8SBvQXK081971; Thu, 28 Sep 2006 13:57:31 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8SBvP8B081970; Thu, 28 Sep 2006 13:57:25 +0200 (CEST) (envelope-from olli) Date: Thu, 28 Sep 2006 13:57:25 +0200 (CEST) Message-Id: <200609281157.k8SBvP8B081970@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsduk@rowyerboat.com In-Reply-To: <451AFEC6.1000404@rowyerboat.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 28 Sep 2006 13:57:32 +0200 (CEST) Cc: Subject: Re: Fwd: Re: grep command not working as expected X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsduk@rowyerboat.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Sep 2006 11:57:34 -0000 Stephen Allen wrote: > A simple grep command, 'grep -vf patternfile inputfile' works on Linux, > but the same command doesn't work on FreeBSD-6.1. Can you provide an example, please? "grep -fv" seems to work fine for me on FreeBSD 6.1. > To make it work I found I had to use -F to force the interpretation of > fixed-strings. I don't know why it made a difference from Linux, and > nothing in the man page appears to mention why. The -F option is documented in the manual page. Without it, patterns are interpreted as basic regular expressions. With that option, they're interpreted as fixed string. If Linux behaves differently, then that's a bug in Linux rather than in FreeBSD. But then again, both Linux and FreeBSD use GNU grep ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C++ is to C as Lung Cancer is to Lung." -- Thomas Funke From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 12:10:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2757316A415 for ; Thu, 28 Sep 2006 12:10:11 +0000 (UTC) (envelope-from bsam@ns.kfs.ru) Received: from ns.kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ED2A43D45 for ; Thu, 28 Sep 2006 12:10:10 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from bsam by ns.kfs.ru with local (Exim 4.54 (FreeBSD)) id 1GSuiM-000Mb0-IP; Thu, 28 Sep 2006 16:10:06 +0400 To: Andrew Kolchoogin References: <830EDB19-4275-4BF1-980F-B43F7BE96C1D@rinet.ru> From: Boris Samorodov Date: Thu, 28 Sep 2006 16:10:06 +0400 In-Reply-To: <830EDB19-4275-4BF1-980F-B43F7BE96C1D@rinet.ru> (Andrew Kolchoogin's message of "Wed, 27 Sep 2006 18:07:57 +0400") Message-ID: <05168753@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-stable@freebsd.org Subject: Re: Once more oddity on -STABLE - Linux emulation is broken someway 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, 28 Sep 2006 12:10:11 -0000 On Wed, 27 Sep 2006 18:07:57 +0400 Andrew Kolchoogin wrote: > Linux emulation on -STABLE from September, 25 works somewhat > strange. > Shortly: it dumps core. > Explain: I want to bootstrap native Java Development Kit v1.4 > using Linux JDK. Immediately > after invoking 'java' executable with full path kernel diagnoses > "Segfault" and dumps core. > Core file size has similar sizes besides of what JDK has been > used (!) - Sun or IBM. > Additional digging gives me some more strange results: > # chroot /compat/linux /bin/sh > bash-3.00# ls -l > Segmentation fault (core dumped) > bash-3.00# > Well, change Fedora Core 4 linux_base to Red Hat 9 linux_base. > "ls" doesn't dump core > anymore, but 'java' doesn't work. > 6.1-R-p7 works just fine. > Somebody has broken Linuxuliator?-) Or I've broken my notebook? > -- > Yours > Andrew Kolchioogin. Can't reproduce it at 6.2-PRERELEASE. You may be interested at /usr/ports/UPDATING (20060616: AFFECTS users of emulation/linux_base-*) to get some tips to get your linuxolator working. Please, follow those advices and post details if in vain. > P.S. Reboots doesn't cure, FreeBSD itself, Red Hat Enterprise Linux 4 > Update 4 and Windows XP > Service Pack 2 works excellent, FreeBSD is able to re-build self, > etc, etc. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 12:21:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F1A16A49E for ; Thu, 28 Sep 2006 12:21:34 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2446643D72 for ; Thu, 28 Sep 2006 12:21:33 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GSuss-0008MU-M4 for freebsd-stable@freebsd.org; Thu, 28 Sep 2006 14:20:58 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Sep 2006 14:20:58 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Sep 2006 14:20:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 28 Sep 2006 14:20:29 +0200 Lines: 13 Message-ID: References: <200609271509.k8RF9kWg023504@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <200609271509.k8RF9kWg023504@lurza.secnetix.de> Sender: news Subject: Re: File systems clean after crash? 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, 28 Sep 2006 12:21:34 -0000 Oliver Fromme wrote: > Now I wonder why three of the file systems were reported as > being clean. It's my understanding that file systems are > only marked clean when they're unmounted. Did that change > recently? The system was idle at the time of the crash, > and soft-updates was enabled, so it's possible that there > weren't any write accesses to the file systems within some > time frame (a few minutes, I guess). Does the UFS code > mark a mounted file system as clean if there wasn't any > write operation for a certain time? I don't think so, but it's a good idea :) From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 14:14:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28F4716A412; Thu, 28 Sep 2006 14:14:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F56A43D69; Thu, 28 Sep 2006 14:14:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8SEDphM024708; Thu, 28 Sep 2006 08:13:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451BD89F.8080203@samsco.org> Date: Thu, 28 Sep 2006 08:13:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET><451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET><20060927155553.GB14563@icarus.home.lan><20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org><20060927191402.GB932@turion.vk2pj.dyndns.org><20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> In-Reply-To: <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Peter Jeremy , freebsd-stable@freebsd.org, John Baldwin , Oliver Brandmueller Subject: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 14:14:29 -0000 All, Attached is my first cut at addressing the problems described in this thread. As I discussed earlier, the VM syncer thread is likely starving the USB interrupt thread. This causes the shared usb+network interrupt to remain masked, preventing network interrupts from being delivered, and thus triggering watchdog timeouts. This patch only addresses the USB driver. If your network card is sharing an interrupt with something other than (or additional to) USB, this might not work for you. Also, this patch is just a very rough proof-of-concept and is not meant for production use. But I'd like to get feedback now before I spend more time on this. If this works then I'll clean it up and make it suitable for the release, and I'll look at some of the other drivers like ichsmb. If this is to be fixed for 6.2, I need lots of feedback ASAP. So please do not be shy =-) The patch is at: http://people.freebsd.org/~scottl/usb_fastintr.diff Scott From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 14:54:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CD6416A412 for ; Thu, 28 Sep 2006 14:54:05 +0000 (UTC) (envelope-from bblue@netoldies.com) Received: from netoldies.com (nada.netoldies.com [66.146.162.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F6543D76 for ; Thu, 28 Sep 2006 14:53:53 +0000 (GMT) (envelope-from bblue@netoldies.com) Received: from sovaio.netoldies.com by netoldies.com (MDaemon PRO v9.0.6) with ESMTP id md50000133017.msg for ; Thu, 28 Sep 2006 07:53:50 -0700 Date: Thu, 28 Sep 2006 07:54:01 -0700 To: "Josh Paetzel" , freebsd-stable@freebsd.org From: "Bill Blue" Content-Type: text/plain; charset=iso-8859-15 MIME-Version: 1.0 References: <200609270842.03802.josh@tcbug.org> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <200609270842.03802.josh@tcbug.org> User-Agent: Opera Mail/9.01 (Win32) X-Spam-Processed: netoldies.com, Thu, 28 Sep 2006 07:53:50 -0700 (not processed: message from valid local sender) X-Return-Path: bblue@netoldies.com X-Envelope-From: bblue@netoldies.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Cc: Subject: Re: snd_emu10k1 driver 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, 28 Sep 2006 14:54:05 -0000 On Wed, 27 Sep 2006 01:42:03 -0700, Josh Paetzel wrote:= > On Wednesday 27 September 2006 11:55, Bill Blue wrote: >> Hi, >> >> Is this driver known to be 100% working? I'm running stable 6.2 p6 >> right now and have this device driver installed (device sound and >> device snd_emu10k1 compiled into the kernel) for use with a >> Creative Live! card. Audio outputs work correctly, and the various >> players will produce audio as expected via the PCM control. Line >> input works as well. 'mixer' works as does KDE's kmix (they track >> each other). I've also installed the driver via kldload at boot, >> but it makes no difference. >> >> I'm unable to successfully record audio from the line input of this >> Creative Live! card. Either using the generic /dev/dsp as the >> recording source, or individual devices /dev/dsp0.0 and up, dspW0.0 >> and up, or dspr0.4/5. There's just no audio there. >> >> For the recording software I've used Krec, ffmpeg, darkice and >> streamTranscoder (the latter two feeding an icecast server). >> 'mixer' has its recording device (=3Drec) set to line in, and I'm >> feeding audio to line in (analog) and spdif in (digital). There's >> no problem monitoring the 'line in' buss on the outputs, but >> there's no audio on the record output device. >> >> dmesg shows the driver being installed, and cat /dev/sndstat shows >> it is active on pcm0. If I cat /dev/sndstat with a higher >> verbosity (set with sysctrl) it shows that the record devices >> should be dsp0.4 and dsp0.5, line and mic in respectively. The man >> page for snd_emu10k1 says the recording devices should be dspr0.4 >> and dspr0.5 but only if they're driving a codec directly -- I'm not >> sure what that means exactly. >> >> There's no sound daemons like esound or artsd running during these >> tests. The ports being tested as an input device seem to open >> correctly and show up as read devices in fstat. >> >> I've also tried the snd_emu10kx driver to no avail. >> >> Has anyone had experience using the Live! sound card and these >> drivers? And if so, is recording correctly supported? >> >> I have other sound cards available, but none of them seem to have >> driver support in FreeBSD. One is a Delta (Midiman) 410 with an >> ICE1712 chip, and the other is a Turtle Beach TB400 (not a Santa >> Cruz) with Vortex AU8830A2 chip. Both cards have analog and >> digital ins and outs. >> >> Anyone with insight on any of this? >> >> --Bill > > I thought I'd try this out since I have a SB Live! 5.1, use the > snd_emu10k1 driver and don't run artsd or esound but when I start > krec the record button is greyed out! Using ffmpeg and the /dev/dsp > device I was able to record just fine from the mic port on the card. > > I'm running 6.1-R-p6 Here's my various outputs: Sep 20 19:18:12 v2 kernel: pcm0: port 0xd000-0xd01f i= rq 21 at device 2.0 on pci4 Sep 20 19:18:12 v2 kernel: pcm0: FreeBSD v2.netoldies.com 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Sun S= ep 17 15:37:40 PDT 2006 root@v2.netoldies.com:/usr/obj/usr/src/sys/V= 2KERNEL i386 FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xd000 irq 21 kld snd_emu10k1 (4p/2r/4v c= hannels duplex default) pcm0@pci4:2:0: class=3D0x040100 card=3D0x00211102 chip=3D0x00021102 rev= =3D0x04 hdr=3D0x00 vendor =3D 'Creative Labs' device =3D 'EMU10000 Sound Blaster Live! (Also Live! 5.1) - OEM f= rom DELL - CT4780' class =3D multimedia subclass =3D audio emujoy0@pci4:2:1: class=3D0x098000 card=3D0x00201102 chip=3D0x7002= 1102 rev=3D0x01 hdr=3D0x00 vendor =3D 'Creative Labs' device =3D 'EMU10000 Game Port' class =3D input device I have found the problem, which turned out to be mostly that of (lack of= good) documentation and user interpretation. The mixer man page doesn'= t really talk at all about signal routing, and the kmix man page says al= most nothing useful, with examples that address only one card type. snd= _emu10k1's man page says less than all the others combined. 'mixer -?' gives a list of input devices and record devices: devices: vol, pcm, speaker, line, mic, cd, rec, igain, line1, phin, ph= out, video rec devices: vol, line, mic, cd, line1, phin, phout, video and 'mixer' gives a list of all devices and slider settings with no rega= rd to what they do or how they interrelate, and the default record devic= e (=3Drec). At least in this driver, the devices pcm, line, mic, cd, line1, phin, ph= out, and video, seem to be strictly inputs -- a mix of internal system a= nd external jack inputs. pcm is an input from software media players, l= ine and mic are external inputs, cd and possibly line1 are 4 pin connect= ors on the card itself, but I don't know the role of phin, phout and vid= eo. vol is master playback volume. The spdif input on the Live! card d= oesn't seem to be supported. The rec devices are mostly self explanatory, except for two issues. Fir= st, on this driver there's only a single device selectable for record at= one time (i.e. no record mixer). That devices record level is unaffect= ed by its playback slider level. Second, the selected device's record l= evel is controlled by the rec slider (only), and is independent of all o= ther levels UNLESS the selected record device is vol. In this case rec = controls the record level of the signal mix being fed to the system mast= er volume slider. Kmix's layout really confuses the roles of the various signals, and even= calls the rec device RecMon which implies a different functionality. X= mixer lays all devices out on the same pane with no notion of routing. So, like in the Windows drivers, I was selecting the correct device unaw= are that whatever device I selected was being record-level-controlled by= rec. Bah. Anyway, after figuring this out everything works fine with the driver it= self. Hopefully, the explanation above will help out someone else about= to make the same stupid mistake. Perhaps future versions of UI's can b= e laid out in such a way that you can just look at them and understand t= he routing. Thanks to those who responded. --Bill From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 14:57:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEE5B16A407 for ; Thu, 28 Sep 2006 14:57:39 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id AABE543D67 for ; Thu, 28 Sep 2006 14:57:23 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so249767nzn for ; Thu, 28 Sep 2006 07:57:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=mPvj72EaIk5XriUjw0xdqVziXnr8Z09Y3XHDnXUDmMY/qjw7Or4dwM4MiWzQW31kUM8gh60Wlji8j17uwGe+I7SULfDuX1fDQYd1yppsp+/rvs8ATt16rfBiADgacUZ9j8Ws9WVhNrorNb2buNJbcVYhO1WFVBBwIXzXgh/mb0Y= Received: by 10.35.9.15 with SMTP id m15mr435471pyi; Thu, 28 Sep 2006 07:57:22 -0700 (PDT) Received: by 10.35.26.5 with HTTP; Thu, 28 Sep 2006 07:57:21 -0700 (PDT) Message-ID: <8e10486b0609280757u2bc9b93cyfc9df589b7f4f732@mail.gmail.com> Date: Thu, 28 Sep 2006 11:57:22 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6-Stable High Interrupt Rate on network 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, 28 Sep 2006 14:57:39 -0000 Hi list, Today I changed the main gateway from our network from PIII 733, 512 MB Ram running FreeBSD 4-STABLE to a Xeon 3.0, 1Gb Ram running FreeBSD 6-STABLE. But the performance of the network is worst than before. The new machine is a Dell PowerEdge 1800 have one quad DLink DFE-580TX, one quad Adaptec ANA-62044 and one on board Intel em. I enabled the polling on all interfaces, set the HZ to 1000 and set kern.polling.user_frac=30, but this does not happened. Looking the new machine the high interrupt rate call my attention, follow some infos: ======= sysctl kern.polling ========= kern.polling.idlepoll_sleeping: 1 kern.polling.stalled: 0 kern.polling.suspect: 66 kern.polling.phase: 0 kern.polling.enable: 1 kern.polling.handlers: 9 kern.polling.residual_burst: 0 kern.polling.pending_polls: 0 kern.polling.lost_polls: 19928 kern.polling.short_ticks: 1489 kern.polling.reg_frac: 20 kern.polling.user_frac: 30 kern.polling.idle_poll: 0 kern.polling.each_burst: 10 kern.polling.burst_max: 150 kern.polling.burst: 86 ======= sysctl kern.polling ========= ======= top -S ========= last pid: 71517; load averages: 0.63, 0.82, 0.93 up 0+05:03:58 11:45:45 222 processes: 5 running, 195 sleeping, 22 waiting CPU states: 11.1% user, 0.0% nice, 9.5% system, 50.8% interrupt, 28.6%idle Mem: 385M Active, 383M Inact, 130M Wired, 112M Buf, 102M Free Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 11 root 1 -44 -163 0K 8K WAIT 167:59 48.97% swi1: net 10 root 1 171 52 0K 8K RUN 105:03 40.14% idle ======= top -S ========= ======= vmstat -i ========= interrupt total rate irq1: atkbd0 6 0 irq6: fdc0 10 0 irq14: ata0 69 0 irq18: atapci1 744264 40 irq20: ste0 ste3 367659 20 irq21: ste1 68369 3 irq22: ste2 17363 0 irq37: amr0 163753 8 irq64: sf0 929986 50 irq65: sf1 88029 4 irq66: sf2 769382 42 irq67: sf3 243483 13 irq69: em0 49426 2 cpu0: timer 36297103 1989 Total 39738902 2178 ======= vmstat -i ========= ======= systat -vmstat 1 ========= 5 users Load 0.63 0.78 0.90 Sep 28 11:46 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 385732 5800 505880 6192 113536 count All 908416 9524 71515392 11096 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 190 cow 2004 total 7 13145 1 3259 14063972713350 76 1086 138836 wire 1: atkb 377628 act 6: fdc0 43.2%Sys 51.9%Intr 4.9%User 0.0%Nice 0.0%Idl 392568 inact 14: ata | | | | | | | | | | cache 18: ata ======================++++++++++++++++++++++++++ 115184 free 20: ste daefr 21: ste Namei Name-cache Dir-cache 468 prcfr 22: ste Calls hits % hits % react 2 37: amr 2684 2532 94 pdwak 64: sf0 658 zfod pdpgs 65: sf1 Disks amrd0 655 ozfod intrn 66: sf2 KB/t 2.22 99 %slo-z 114288 buf 67: sf3 tps 7 1256 tfree 107 dirty 69: em0 MB/s 0.01 70226 desir 2002ecpu0: time % busy 7 20240 numvnodes 1304 freevnodes ======= systat -vmstat 1 ========= ======= dmesg ========= Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.2-PRERELEASE #0: Thu Sep 28 06:25:48 BRT 2006 root@Caco-new:/usr/src/sys/i386/compile/Caco Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 AMD Features2=0x1 real memory = 1073479680 (1023 MB) avail memory = 1045721088 (997 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic1: Changing APIC ID to 2 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 3 ioapic2: WARNING: intbase 64 != expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pci2: at device 4.0 (no driver attached) amr0: mem 0xf80f0000-0xf80fffff irq 37 at device 5.0 on pci2 amr0: delete logical drives supported by controller amr0: Firmware 351X, BIOS 1.10, 64MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0xccc0-0xccff mem 0xfe4e0000-0xfe4ffff f irq 69 at device 7.0 on pci3 em0: Ethernet address: 00:13:72:fd:ed:26 pcib4: at device 9.0 on pci3 pci4: on pcib4 sf0: port 0xdc00-0xdcff mem 0xfe780000-0xfe7fffff irq 64 at device 4.0 on pci4 miibus0: on sf0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf0: Ethernet address: 00:00:d1:ef:75:15 sf1: port 0xd800-0xd8ff mem 0xfe700000-0xfe77ffff irq 65 at device 5.0 on pci4 miibus1: on sf1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf1: Ethernet address: 00:00:d1:ef:75:16 sf2: port 0xd400-0xd4ff mem 0xfe680000-0xfe6fffff irq 66 at device 6.0 on pci4 miibus2: on sf2 ukphy2: on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf2: Ethernet address: 00:00:d1:ef:75:17 sf3: port 0xd000-0xd0ff mem 0xfe600000-0xfe67ffff irq 67 at device 7.0 on pci4 miibus3: on sf3 ukphy3: on miibus3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf3: Ethernet address: 00:00:d1:ef:75:18 pcib5: at device 4.0 on pci0 pci5: on pcib5 pcib6: at device 6.0 on pci0 pci6: on pcib6 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib7: at device 30.0 on pci0 pci7: on pcib7 pcib8: at device 3.0 on pci7 pci8: on pcib8 ste0: port 0xbc80-0xbcff irq 20 at device 4.0on pci8 miibus4: on ste0 ukphy4: on miibus4 ukphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste0: Ethernet address: 00:0d:88:c5:d2:54 ste1: port 0xbc00-0xbc7f irq 21 at device 5.0on pci8 miibus5: on ste1 ukphy5: on miibus5 ukphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste1: Ethernet address: 00:0d:88:c5:d2:55 ste2: port 0xb880-0xb8ff irq 22 at device 6.0on pci8 miibus6: on ste2 ukphy6: on miibus6 ukphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste2: Ethernet address: 00:0d:88:c5:d2:56 ste3: port 0xb800-0xb87f irq 20 at device 7.0on pci8 miibus7: on ste3 ukphy7: on miibus7 ukphy7: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste3: Ethernet address: 00:0d:88:c5:d2:57 pci7: at device 5.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at devi ce 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9c98-0x9c9f,0x9c90-0x9c93,0x9c80-0x9c87,0x9c78-0x9c7b,0 x9c60-0x9c6f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 ipmi0: at iomem 0xfa490-0xfa4ae,0xfa4b0-0xfb0a1 on isa0 ipmi0: SMBIOS Version: 2.03, revision: 2.03 ipmi0: KCS mode found at io 0xca8 alignment 0x4 on isa ipmi0: IPMI device rev. 0, firmware rev. 1.81, version 1.5 ipmi0: Number of channels 4 ipmi0: Attached watchdog orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcb7ff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2992510575 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 69880MB (143114240 sectors) RAID 1 (optimal) Trying to mount root from ufs:/dev/amrd0s3a ======= dmesg ========= Any ideas on how to decrease the interrupt rate and increase the performance ?? Best Regards, Alexandre From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 15:08:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EEC316A47B for ; Thu, 28 Sep 2006 15:08:31 +0000 (UTC) (envelope-from dudu.meyer@gmail.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 D574743D7D for ; Thu, 28 Sep 2006 15:08:22 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so163881uge for ; Thu, 28 Sep 2006 08:08:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i7Yejx8iHpG/6GzZSPIpxah/2eizKsRJV6UFTuuWLlYzW2qQQzmdzGyljY9wulJrVqGG9yRdvbln2P6m/R7xatrssTVWy7H8TeASnLyIYwx2e0a5SW+CuZXYLRb8AlDh++Dg65osCd33HxoXNWbUQp6mycyZBSIXvrD+Eqh6vB0= Received: by 10.67.21.11 with SMTP id y11mr1320174ugi; Thu, 28 Sep 2006 08:08:22 -0700 (PDT) Received: by 10.66.248.4 with HTTP; Thu, 28 Sep 2006 08:08:21 -0700 (PDT) Message-ID: Date: Thu, 28 Sep 2006 12:08:21 -0300 From: "Eduardo Meyer" To: "Sam Leffler" , stable@freebsd.org In-Reply-To: <451AECA0.7000103@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <451AECA0.7000103@errno.com> Cc: Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 28 Sep 2006 15:08:31 -0000 Thank you Mr Leffler for this explanation. Honestly I did not know about those tools. Very interesting, useful and some curious (say, number of associations denied by wlan acl) information, which I believe I will be able to produce some logs of it with audit support. But I did not find any "signal" information nor any value which looks like dBm # athstats -i ath0 4 watchdog timeouts 549821 tx management frames 7 tx frames discarded prior to association 1744404 tx stopped 'cuz no xmit buffer 15 tx linearized to cluster 97625 tx failed 'cuz too many retries 9069518 long on-chip tx retries 422577 tx frames with no ack marked 62850632 tx frames with short preamble 1700110 tx frames with an alternate rate 24280171 rx failed 'cuz of bad CRC 1 rx failed 'cuz frame too large 62560031 rx failed 'cuz of PHY err 4211566 OFDM timing 101667 OFDM restart 58199442 CCK timing 47356 CCK restart 31931664 beacons transmitted 109058 periodic calibrations rssi of last ack: 24 417831 switched default/rx antenna Antenna profile: [1] tx 31753038 rx 33886147 [2] tx 31594701 rx 33711543 # wlanstats -i ath0 1509703 rx discard 'cuz dup 335650 rx frame ssid mismatch 2314 rx deauthentication 377 rx disassociation 4959 rx discard 'cuz acl policy 1068 tx failed for no node 3 active scans started 142 nodes timed out inactivity Note that I am acting in hostap mode. On 9/27/06, Sam Leffler wrote: > Eduardo Meyer wrote: > > Hello, I would like to convert RSSI to dBm (in fact I would love if > > ifconfig cound display SNR in dBM), so I would like to know if this > > formula is any right: > > > > /* Calculate the RSSI Value */ > > V_RSSI = 3.0 * (RSSI_VAL/1024); > > RSSI_dBM = (int8_t) ((-50.0 * V_RSSI) - 45.5); > > > > And if there are any other tools which can help me finding out signal > > stenght, when I am acting as an access point. > > ifconfig reports rssi as whatever the driver provided. The intent is > that it be a signed value relative to the current noise floor (both in > dBm). If you look at the output of wlanstats > (tools/tools/net80211/wlanstats) or, for ath devices, athstats > (tools/tools/ath/athstats) you will see the default displays show > "signal" which is rssi+noise-floor in dBm. The main issue(s) right now > are that the net80211-driver api does not pass noise floor up so it can > be reported to user apps and drivers reports rssi+nf in varying units. > athstats doesn't have that issue since it queries the driver directly > (hence it's display has a reasonable noise floor). > > It's on my todo list to push signal-related data up properly and fix > ifconfig so it displays a proper signal strength in the normal status > display. The issue of units is more difficult as converting data for > some devices to dBm can be tricky. > > Sam > -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 15:18:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2697516A417 for ; Thu, 28 Sep 2006 15:18:05 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E96343D49 for ; Thu, 28 Sep 2006 15:18:03 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id D1CBE114025 for ; Thu, 28 Sep 2006 16:18:02 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DSMPJWoMVpbH for ; Thu, 28 Sep 2006 16:18:00 +0100 (BST) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 86F2B11401E for ; Thu, 28 Sep 2006 16:18:00 +0100 (BST) Date: Thu, 28 Sep 2006 16:18:00 +0100 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20060928161800.51f914f6.dom@helenmarks.co.uk> In-Reply-To: <8e10486b0609280757u2bc9b93cyfc9df589b7f4f732@mail.gmail.com> References: <8e10486b0609280757u2bc9b93cyfc9df589b7f4f732@mail.gmail.com> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.20; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 6-Stable High Interrupt Rate on network 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, 28 Sep 2006 15:18:05 -0000 On Thu, 28 Sep 2006 11:57:22 -0300 "Alexandre Biancalana" wrote: > Hi list, > > Today I changed the main gateway from our network from PIII 733, 512 MB > Ram running FreeBSD 4-STABLE to a Xeon 3.0, 1Gb Ram running FreeBSD > 6-STABLE. But the performance of the network is worst than before. How are you measuring the performance? > The new machine is a Dell PowerEdge 1800 have one quad DLink DFE-580TX, > one quad Adaptec ANA-62044 and one on board Intel em. I enabled the polling > on all interfaces, set the HZ to 1000 and set kern.polling.user_frac=30, but > this does not happened. What else is the machine doing, firewall, nat, traffic shaping, proxy? -- Dominic From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 15:42:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F26416A678 for ; Thu, 28 Sep 2006 15:42:19 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4EFF43D46 for ; Thu, 28 Sep 2006 15:42:18 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so763689pye for ; Thu, 28 Sep 2006 08:42:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=O5eWaEIiIfA8H36mGGlCa59cPlY19YpVi+iS+/GOxAb/bvvg+kdb2HC1+dPvsOWeUg+uVIyXq0wjkcbUGQpzNBHhuezvl3QS6urzL2+ocQYEbH5kTVSJ/nZ2rzVVF+645fO2ajrmLYYNf0a58E77kmKt4kZ4+IMAderMsi77SFg= Received: by 10.35.69.11 with SMTP id w11mr507333pyk; Thu, 28 Sep 2006 08:42:17 -0700 (PDT) Received: by 10.35.26.5 with HTTP; Thu, 28 Sep 2006 08:42:17 -0700 (PDT) Message-ID: <8e10486b0609280842g3990c281u9afcf5e7ca70fdb1@mail.gmail.com> Date: Thu, 28 Sep 2006 12:42:17 -0300 From: "Alexandre Biancalana" To: "Dominic Marks" In-Reply-To: <20060928161800.51f914f6.dom@helenmarks.co.uk> MIME-Version: 1.0 References: <8e10486b0609280757u2bc9b93cyfc9df589b7f4f732@mail.gmail.com> <20060928161800.51f914f6.dom@helenmarks.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 6-Stable High Interrupt Rate on network 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, 28 Sep 2006 15:42:19 -0000 On 9/28/06, Dominic Marks wrote: > > On Thu, 28 Sep 2006 11:57:22 -0300 > "Alexandre Biancalana" wrote: > > > Hi list, > > > > Today I changed the main gateway from our network from PIII 733, 512 > MB > > Ram running FreeBSD 4-STABLE to a Xeon 3.0, 1Gb Ram running FreeBSD > > 6-STABLE. But the performance of the network is worst than before. > > How are you measuring the performance? I'm looking at some links usage... I know that you could argue that this is not consistent but these links have a very constant usage and today, after the change they have a utilization that is 20% lower than usual. My big doubt is why the new machine (that is A LOT better than the old) spend more than 50% off cpu time on interrupts when the old just arrived on 60% at "rush-time" > The new machine is a Dell PowerEdge 1800 have one quad DLink DFE-580TX, > > one quad Adaptec ANA-62044 and one on board Intel em. I enabled the > polling > > on all interfaces, set the HZ to 1000 and set kern.polling.user_frac=30, > but > > this does not happened. > > What else is the machine doing, firewall, nat, traffic > shaping, proxy? PF+NAT+Squid+Qmail+Clamav+zebedee for 4 networks and about 600 users total. -- > Dominic > _______________________________________________ > 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 Sep 28 15:43:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E6816A407 for ; Thu, 28 Sep 2006 15:43:09 +0000 (UTC) (envelope-from stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC21843D46 for ; Thu, 28 Sep 2006 15:43:07 +0000 (GMT) (envelope-from stable@dino.sk) Received: from work.netlab.sk (fw.netlabplus.sk [213.215.72.45]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,128bits,RC4-MD5) by bsd.dino.sk with esmtp; Thu, 28 Sep 2006 17:49:05 +0200 id 0000002A.451BEEF1.00016699 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Thu, 28 Sep 2006 17:45:04 +0200 User-Agent: KMail/1.7.2 References: <451AECA0.7000103@errno.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609281745.04272.stable@dino.sk> Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 28 Sep 2006 15:43:09 -0000 On Thursday 28 September 2006 17:08, Eduardo Meyer wrote: > Thank you Mr Leffler for this explanation. Honestly I did not know > about those tools. Very interesting, useful and some curious (say, > number of associations denied by wlan acl) information, which I > believe I will be able to produce some logs of it with audit support. > > But I did not find any "signal" information nor any value which looks like > dBm > > # athstats -i ath0 > 4 watchdog timeouts > 549821 tx management frames > 7 tx frames discarded prior to association > 1744404 tx stopped 'cuz no xmit buffer > 15 tx linearized to cluster > 97625 tx failed 'cuz too many retries > 9069518 long on-chip tx retries > 422577 tx frames with no ack marked > 62850632 tx frames with short preamble > 1700110 tx frames with an alternate rate > 24280171 rx failed 'cuz of bad CRC > 1 rx failed 'cuz frame too large > 62560031 rx failed 'cuz of PHY err > 4211566 OFDM timing > 101667 OFDM restart > 58199442 CCK timing > 47356 CCK restart > 31931664 beacons transmitted > 109058 periodic calibrations > rssi of last ack: 24 RSSI is short for 'relative signal strength indicator', you should look here for it. It is usefull to invoke it with argument, e. g. 'athstats -', which gives you repeating lines. Useful for tuning. > 417831 switched default/rx antenna > Antenna profile: > [1] tx 31753038 rx 33886147 > [2] tx 31594701 rx 33711543 > > # wlanstats -i ath0 > 1509703 rx discard 'cuz dup > 335650 rx frame ssid mismatch > 2314 rx deauthentication > 377 rx disassociation > 4959 rx discard 'cuz acl policy > 1068 tx failed for no node > 3 active scans started > 142 nodes timed out inactivity > > Note that I am acting in hostap mode. > This means just you see no rate in output, but otherwise it is just fine. Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 15:53:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EE3916A403 for ; Thu, 28 Sep 2006 15:53:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF70143D8C for ; Thu, 28 Sep 2006 15:52:56 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8SFqHWg089781 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Sep 2006 08:52:17 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <451BEFAC.4040502@errno.com> Date: Thu, 28 Sep 2006 08:52:12 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Eduardo Meyer References: <451AECA0.7000103@errno.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 28 Sep 2006 15:53:17 -0000 Eduardo Meyer wrote: > Thank you Mr Leffler for this explanation. Honestly I did not know > about those tools. Very interesting, useful and some curious (say, > number of associations denied by wlan acl) information, which I > believe I will be able to produce some logs of it with audit support. > > But I did not find any "signal" information nor any value which looks > like dBm > > # athstats -i ath0 > 4 watchdog timeouts > 549821 tx management frames > 7 tx frames discarded prior to association > 1744404 tx stopped 'cuz no xmit buffer > 15 tx linearized to cluster > 97625 tx failed 'cuz too many retries > 9069518 long on-chip tx retries > 422577 tx frames with no ack marked > 62850632 tx frames with short preamble > 1700110 tx frames with an alternate rate > 24280171 rx failed 'cuz of bad CRC > 1 rx failed 'cuz frame too large > 62560031 rx failed 'cuz of PHY err > 4211566 OFDM timing > 101667 OFDM restart > 58199442 CCK timing > 47356 CCK restart > 31931664 beacons transmitted > 109058 periodic calibrations > rssi of last ack: 24 > 417831 switched default/rx antenna > Antenna profile: > [1] tx 31753038 rx 33886147 > [2] tx 31594701 rx 33711543 > > # wlanstats -i ath0 > 1509703 rx discard 'cuz dup > 335650 rx frame ssid mismatch > 2314 rx deauthentication > 377 rx disassociation > 4959 rx discard 'cuz acl policy > 1068 tx failed for no node > 3 active scans started > 142 nodes timed out inactivity > > Note that I am acting in hostap mode. Looks like you're not running HEAD or RELENG_6 or your system is not update recently. Sam > > On 9/27/06, Sam Leffler wrote: >> Eduardo Meyer wrote: >> > Hello, I would like to convert RSSI to dBm (in fact I would love if >> > ifconfig cound display SNR in dBM), so I would like to know if this >> > formula is any right: >> > >> > /* Calculate the RSSI Value */ >> > V_RSSI = 3.0 * (RSSI_VAL/1024); >> > RSSI_dBM = (int8_t) ((-50.0 * V_RSSI) - 45.5); >> > >> > And if there are any other tools which can help me finding out signal >> > stenght, when I am acting as an access point. >> >> ifconfig reports rssi as whatever the driver provided. The intent is >> that it be a signed value relative to the current noise floor (both in >> dBm). If you look at the output of wlanstats >> (tools/tools/net80211/wlanstats) or, for ath devices, athstats >> (tools/tools/ath/athstats) you will see the default displays show >> "signal" which is rssi+noise-floor in dBm. The main issue(s) right now >> are that the net80211-driver api does not pass noise floor up so it can >> be reported to user apps and drivers reports rssi+nf in varying units. >> athstats doesn't have that issue since it queries the driver directly >> (hence it's display has a reasonable noise floor). >> >> It's on my todo list to push signal-related data up properly and fix >> ifconfig so it displays a proper signal strength in the normal status >> display. The issue of units is more difficult as converting data for >> some devices to dBm can be tricky. >> >> Sam >> > > From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 16:05:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F52816A415 for ; Thu, 28 Sep 2006 16:05:07 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5E7343D49 for ; Thu, 28 Sep 2006 16:05:06 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so169851uge for ; Thu, 28 Sep 2006 09:05:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e25BriulhZelwCwD2V7LuTCbql1CLtx3bQXza1OD9JQmUdhVJA6oJNJfnQK0vo4MU536mDU8TB7lkBYL9xTtS+0MRQuxeM4/YajMJKRx8JcQxufhcyPxJUv09quTiP5qmDDXmrjuIimIyKh8FYgsZ6gDlXeFr2VPuaqX0DJIKms= Received: by 10.67.100.12 with SMTP id c12mr1941133ugm; Thu, 28 Sep 2006 09:05:05 -0700 (PDT) Received: by 10.66.248.4 with HTTP; Thu, 28 Sep 2006 09:05:05 -0700 (PDT) Message-ID: Date: Thu, 28 Sep 2006 13:05:05 -0300 From: "Eduardo Meyer" To: "Sam Leffler" , stable@freebsd.org In-Reply-To: <451BEFAC.4040502@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <451AECA0.7000103@errno.com> <451BEFAC.4040502@errno.com> Cc: Subject: Re: 802.11 RSSI value displayed from ifconfig(8) 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, 28 Sep 2006 16:05:07 -0000 > Looks like you're not running HEAD or RELENG_6 or your system is not > update recently. > > Sam You are right, it is a 5.5-STABLE box. I will make it 6.2-PRERELEASE to find out what is new :-) Thank you. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 16:27:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECD4516A407 for ; Thu, 28 Sep 2006 16:27:28 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp2.sbb.co.yu (smtp2.sbb.co.yu [82.117.194.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D72E43D94 for ; Thu, 28 Sep 2006 16:27:17 +0000 (GMT) (envelope-from zkolic@sbb.co.yu) Received: from mycenae.net (cable-89-216-163-249.dynamic.sbb.co.yu [89.216.163.249]) by smtp2.sbb.co.yu (8.13.7/8.13.7) with ESMTP id k8SGRCVU025681 for ; Thu, 28 Sep 2006 18:27:14 +0200 Received: by mycenae.net (Postfix, from userid 1001) id EA7EAB821; Thu, 28 Sep 2006 18:30:52 +0200 (CEST) Date: Thu, 28 Sep 2006 18:30:52 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060928163052.GA634@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 0.8 X-SBB-Spam-Level: XX Subject: ath based card 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, 28 Sep 2006 16:27:29 -0000 Hi all! I would like to hear opinion of pc card choice for laptop and atheros chip: netgear wag511 d-link dwl-ag650 linksys wpc55ag Good and bad. Prior to make idiot of me and buy wrong. Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 16:37:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7303716A412 for ; Thu, 28 Sep 2006 16:37:20 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 242CD43D6E for ; Thu, 28 Sep 2006 16:37:12 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so273164nzn for ; Thu, 28 Sep 2006 09:37:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=ZjWlni/DgLVMSPVR8mvbxNsqG6/uHb6CtkkY4a93Jgv/Dp/1i5+6rGqoRnT8Hsi/vDk1Mgqn7KOBnDFsYMpfJLAyUhOIZKNbeIwJlCa9u6oFBIHv07ICmA38zEk/PHsJUgSqnArJ1NQGzmuB3gf3iJSLTNM38PxY/XoZq82IA0c= Received: by 10.65.35.6 with SMTP id n6mr2176350qbj; Thu, 28 Sep 2006 09:37:11 -0700 (PDT) Received: from sauron.lan.box ( [201.3.138.238]) by mx.gmail.com with ESMTP id f16sm2351566qba.2006.09.28.09.37.09; Thu, 28 Sep 2006 09:37:10 -0700 (PDT) Date: Thu, 28 Sep 2006 13:37:06 -0300 From: Ricardo Nabinger Sanchez To: freebsd-stable@freebsd.org Message-Id: <20060928133706.9c1afa8a.rnsanchez@gmail.com> In-Reply-To: References: <200609271509.k8RF9kWg023504@lurza.secnetix.de> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: File systems clean after crash? 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, 28 Sep 2006 16:37:20 -0000 On Thu, 28 Sep 2006 14:20:29 +0200 Ivan Voras wrote: > I don't think so, but it's a good idea :) Oh yes. I have an ext2fs slice here, rarely mount it read-write (almost always read-only), and when power goes off it is fsck'd in the next boot. I should be less lazy and go look why this is happening. :) -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 18:44:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 418FF16A4CA for ; Thu, 28 Sep 2006 18:44:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF2B43D4C for ; Thu, 28 Sep 2006 18:44:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8SIidHE006900; Thu, 28 Sep 2006 14:44:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 28 Sep 2006 14:43:36 -0400 User-Agent: KMail/1.9.1 References: <26865.207.47.2.114.1159390739.squirrel@207.47.2.114> In-Reply-To: <26865.207.47.2.114.1159390739.squirrel@207.47.2.114> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609281443.36419.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]); Thu, 28 Sep 2006 14:44:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1950/Thu Sep 28 10:11:54 2006 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: mailinglists@net-virtual.com Subject: Re: Intel se7230NH1-E, 6gb memory not working on FreeBSD 6.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: Thu, 28 Sep 2006 18:44:44 -0000 On Wednesday 27 September 2006 16:58, mailinglists@net-virtual.com wrote: > Hello, > > I am having a very hard time getting an Intel se7230NH1-E motherboard with > 6gb of memory to work. I keep getting two messages about "Too many holes > in the physical address space, giving up". > > I'm not sure what the BIOS is (it seems to be OEMed to Intel), but with > the menu structure I'd have to throw a dart at AMI BIOS. > > I've scanned the newsgroups/message boards for issues surrounding this and > most suggest that there is a BIOS setting that can be tweaked to make > things come together. However, I just don't see any of those options - > the only thing there with respect to memory involves memory timing. > > Other posts have talked about unlocking "hidden menus" in the BIOS (I'll > save my tirade on hiding BIOS menu options for another day - but whoever > did this should be ashamed of yourself). Alas, none of these have given > me any luck. > > So, with that in mind... Anyone have any ideas on how I can get this to > recognize the 6gb of memory we have installed on the motherboard? > > - Greg RELENG_6 allows for more holes. Please try that out. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 18:47:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22CB616A407 for ; Thu, 28 Sep 2006 18:47:28 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A6CF43DCA for ; Thu, 28 Sep 2006 18:46:46 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 19548 invoked from network); 28 Sep 2006 18:46:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=gk0gtKuKGyBM4z6u1Gi6nuBtUk77mhEP1ySbZynP5KZcE//FgTt9BDu2d4eD7NE3Rxo58epqHRJvl1VriJRrNp5A/doQYHBNRY0J75M04UZNbqVDwnAvWgWTjuK/39t99rirDJ8F+baXxm8sFSnX1Pj2M13tA8hLHtn1B8z/ypI= ; Received: from unknown (HELO ?127.0.0.1?) (mikej@rogers.com@74.111.253.239 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 28 Sep 2006 18:46:38 -0000 Message-ID: <451C18C1.2040509@rogers.com> Date: Thu, 28 Sep 2006 14:47:29 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Joel Dahl References: <20060927165559.V35705@Ace.nina.org> <451AE94E.2030305@rogers.com> <20060927172701.M35705@Ace.nina.org> <1159427646.671.31.camel@localhost> In-Reply-To: <1159427646.671.31.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd) 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, 28 Sep 2006 18:47:28 -0000 Joel Dahl wrote: >> The Hardware Notes do not mention SATA at all except for RAID controllers. >> > > Just FYI, We've been looking at integrating the supported hardware info > from the ata(4) manual page into the hardware notes. This *should* at > least kill some of the confusion that always surrounds what SATA/ATA > stuff we support and what we don't. > > Thats a good idea, i would have to agree that the documentation is a little lax in that department. Perhaps it would also be a good idea to include the supported ataraid drivers. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 19:06:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FC1416A403 for ; Thu, 28 Sep 2006 19:06:19 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id F276843D46 for ; Thu, 28 Sep 2006 19:06:18 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 28 Sep 2006 19:06:17 -0000 Date: Thu, 28 Sep 2006 22:05:50 +0300 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Message-ID: <20060928190550.GA20393@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <20060927163259.GA89060@hugo10.ka.punkt.de> <20060927164052.GA22994@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060927164052.GA22994@icarus.home.lan> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 28 Sep 2006 19:06:19 -0000 On Wednesday, 27 September 2006 at 9:40:52 -0700, Jeremy Chadwick wrote: > On Wed, Sep 27, 2006 at 06:32:59PM +0200, Patrick M. Hausen wrote: > > On Wed, Sep 27, 2006 at 05:59:04PM +0200, Oliver Brandmueller wrote: > > > I don't think it has to especially with ichsmb here, but only with the > > > fact, that ichsmb is for me exactly the thing that shares the interrupt > > > with the em interface that shows the problems. > > > > I can confirm that making em0 share an interrupt with the > > SATA-controller on my box makes the problem much much more > > apparent. > > So we're all on the same page here -- this really appears to be some > kind-of kernel interrupt handler problem (something somewhere is > getting deadlocked? Not sure). > > Has anyone tried rolling back to previous 6.2 builds to try and > figure out timeframes when this was introduced? From my perspective, > it happened sometime between August and the end of September. I want to confirm that i have watchdog timeout on 6.1-RELEASE-p3 with GENERIC kernel. USB was disabled on BIOS at all. Another box calld media2 using 6.1-STABLE from Fri Sep 1 11:54:11 EDT 2006 GENERIC kernel. Both boxes are UP machines. Here is additional info: ======================================================================= root@movieserver:~# ifconfig em0 em0: flags=8843 mtu 1500 options=b media: Ethernet autoselect (1000baseTX ) status: active ======================================================================= root@media2:~# ifconfig em0 em0: flags=8843 mtu 1500 options=b media: Ethernet autoselect (1000baseTX ) status: active ======================================================================= root@movieserver:~# vmstat -i interrupt total rate irq1: atkbd0 576 0 irq6: fdc0 9 0 irq14: ata0 47 0 irq24: amr0 1314154 135 irq28: em0 42909062 4415 cpu0: timer 19436324 2000 Total 63660172 6550 ======================================================================= root@media2:~# vmstat -i interrupt total rate irq1: atkbd0 14 0 irq28: em0 1480465106 3616 irq48: amr0 66293858 161 irq72: amr1 6586 0 cpu0: timer 818728378 2000 Total 2365493942 5779 ======================================================================= root@movieserver:~# pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x348015d9 chip=0x254c8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'E7501 Host Controller' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0xff0000 card=0x348015d9 chip=0x25418086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'E7500 System Controller (MCH, Hub Interface A) Error Reporter' pcib1@pci0:2:0: class=0x060400 card=0x00000000 chip=0x25438086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = 'E7500/E7501 HI_B Virtual PCI-to-PCI Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:3:0: class=0x060400 card=0x00000000 chip=0x25458086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = 'E7500/E7501 HI_C Virtual PCI-to-PCI Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x348015d9 chip=0x24828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x348015d9 chip=0x24848086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x348015d9 chip=0x24878086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller' class = serial bus subclass = USB pcib7@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x42 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=0x24808086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) LPC Interface' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x348015d9 chip=0x248b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA (ICH3) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA none1@pci0:31:3: class=0x0c0500 card=0x348015d9 chip=0x24838086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) SMBus Controller' class = serial bus subclass = SMBus none2@pci1:28:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib2@pci1:29:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI none3@pci1:30:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib3@pci1:31:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI amr0@pci3:1:0: class=0x010400 card=0x05181000 chip=0x19601000 rev=0x01 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'MegaRAID' class = mass storage subclass = RAID em0@pci3:2:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet em1@pci3:2:1: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet none4@pci4:28:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib5@pci4:29:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI none5@pci4:30:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib6@pci4:31:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI none6@pci7:1:0: class=0x030000 card=0x00081002 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA ======================================================================= root@media2:~# pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x348015d9 chip=0x254c8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'E7501 Host Controller' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0xff0000 card=0x348015d9 chip=0x25418086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'E7500 System Controller (MCH, Hub Interface A) Error Reporter' pcib1@pci0:2:0: class=0x060400 card=0x00000000 chip=0x25438086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = 'E7500/E7501 HI_B Virtual PCI-to-PCI Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:3:0: class=0x060400 card=0x00000000 chip=0x25458086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = 'E7500/E7501 HI_C Virtual PCI-to-PCI Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x348015d9 chip=0x24828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x348015d9 chip=0x24848086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x348015d9 chip=0x24878086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller' class = serial bus subclass = USB pcib8@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x42 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=0x24808086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) LPC Interface' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x348015d9 chip=0x248b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA (ICH3) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA none1@pci0:31:3: class=0x0c0500 card=0x348015d9 chip=0x24838086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) SMBus Controller' class = serial bus subclass = SMBus none2@pci1:28:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib2@pci1:29:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI none3@pci1:30:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib4@pci1:31:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI pcib3@pci2:1:0: class=0x060400 card=0x00000080 chip=0x01a71014 rev=0x02 hdr=0x01 vendor = 'International Business Machines Corp.' device = 'IBM 133 PCI-X Bridge R1.1' class = bridge subclass = PCI-PCI amr0@pci3:0:0: class=0x010400 card=0x05321000 chip=0x04071000 rev=0x02 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'MegaRAID' class = mass storage subclass = RAID em0@pci4:2:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet em1@pci4:2:1: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet none4@pci5:28:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib6@pci5:29:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI none5@pci5:30:0: class=0x080020 card=0x348015d9 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'P64H2 I/O Advanced Programmable Interrupt Controller' class = base peripheral subclass = interrupt controller pcib7@pci5:31:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI amr1@pci7:1:0: class=0x010400 card=0x05201000 chip=0x19601000 rev=0x01 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'MegaRAID' class = mass storage subclass = RAID none6@pci8:1:0: class=0x030000 card=0x00081002 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = ========================================================================= From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 19:16:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F17E416A40F; Thu, 28 Sep 2006 19:16:06 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate01.zdv.uni-mainz.de (mailgate01.zdv.Uni-Mainz.DE [134.93.178.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D759B43D5E; Thu, 28 Sep 2006 19:16:04 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from exfront02.zdv.uni-mainz.de ([134.93.176.56]) by mailgate01.zdv.uni-mainz.de with ESMTP; 28 Sep 2006 21:16:03 +0200 Received: from mail.uni-mainz.de ([134.93.176.49]) by exfront02.zdv.Uni-Mainz.DE with Microsoft SMTPSVC(6.0.3790.1830); Thu, 28 Sep 2006 21:16:02 +0200 Received: from [192.168.1.128] ([85.178.31.24] RDNS failed) by mail.uni-mainz.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 28 Sep 2006 21:16:02 +0200 Message-ID: <451C1F6D.2020302@mail.uni-mainz.de> Date: Thu, 28 Sep 2006 21:15:57 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Scott Long References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET><451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET><20060927155553.GB14563@icarus.home.lan><20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org><20060927191402.GB932@turion.vk2pj.dyndns.org><20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> In-Reply-To: <451BD89F.8080203@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Sep 2006 19:16:02.0717 (UTC) FILETIME=[89D86CD0:01C6E332] Cc: Peter Jeremy , Steven Hartland , John Baldwin , freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 19:16:07 -0000 Scott Long wrote: > All, > > Attached is my first cut at addressing the problems described in this > thread. As I discussed earlier, the VM syncer thread is likely starving > the USB interrupt thread. This causes the shared usb+network > interrupt to remain masked, preventing network interrupts from being > delivered, > and thus triggering watchdog timeouts. > > This patch only addresses the USB driver. If your network card is > sharing an interrupt with something other than (or additional to) USB, > this might not work for you. Also, this patch is just a very rough > proof-of-concept and is not meant for production use. But I'd like to > get feedback now before I spend more time on this. If this works then > I'll clean it up and make it suitable for the release, and I'll look at > some of the other drivers like ichsmb. > > If this is to be fixed for 6.2, I need lots of feedback ASAP. So please > do not be shy =-) The patch is at: > > http://people.freebsd.org/~scottl/usb_fastintr.diff > > Scott > > _______________________________________________ > 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" patch does not work on my box: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=athlon64 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/usb/usb.c /usr/src/sys/dev/usb/usb.c: In function `usb_attach': /usr/src/sys/dev/usb/usb.c:282: error: `usb_intr_task' undeclared (first use in this function) /usr/src/sys/dev/usb/usb.c:282: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/usb/usb.c:282: error: for each function it appears in.) /usr/src/sys/dev/usb/usb.c: At top level: /usr/src/sys/dev/usb/usb.c:863: warning: 'usb_intr_task' defined but not used *** Error code 1 Stop in /usr/obj/usr/src/sys/THOR. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Uname: FreeBSD my.box.org 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #85: Thu Sep 28 17:09:24 UTC 2006 root@my.box.org:/usr/obj/usr/src/sys/THOR amd64 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 19:35:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F4B16A407; Thu, 28 Sep 2006 19:35:31 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7185743D45; Thu, 28 Sep 2006 19:35:31 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8SJZElK025978; Thu, 28 Sep 2006 13:35:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451C23EB.3020809@samsco.org> Date: Thu, 28 Sep 2006 13:35:07 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "O. Hartmann" References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET><451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET><20060927155553.GB14563@icarus.home.lan><20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org><20060927191402.GB932@turion.vk2pj.dyndns.org><20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> In-Reply-To: <451C1F6D.2020302@mail.uni-mainz.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Peter Jeremy , Steven Hartland , John Baldwin , freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 19:35:32 -0000 O. Hartmann wrote: > Scott Long wrote: > >> All, >> >> Attached is my first cut at addressing the problems described in this >> thread. As I discussed earlier, the VM syncer thread is likely starving >> the USB interrupt thread. This causes the shared usb+network >> interrupt to remain masked, preventing network interrupts from being >> delivered, >> and thus triggering watchdog timeouts. >> >> This patch only addresses the USB driver. If your network card is >> sharing an interrupt with something other than (or additional to) USB, >> this might not work for you. Also, this patch is just a very rough >> proof-of-concept and is not meant for production use. But I'd like to >> get feedback now before I spend more time on this. If this works then >> I'll clean it up and make it suitable for the release, and I'll look at >> some of the other drivers like ichsmb. >> >> If this is to be fixed for 6.2, I need lots of feedback ASAP. So please >> do not be shy =-) The patch is at: >> >> http://people.freebsd.org/~scottl/usb_fastintr.diff >> >> Scott >> >> _______________________________________________ >> 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" > > patch does not work on my box: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=athlon64 > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm > -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 > -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -Werror /usr/src/sys/dev/usb/usb.c > /usr/src/sys/dev/usb/usb.c: In function `usb_attach': > /usr/src/sys/dev/usb/usb.c:282: error: `usb_intr_task' undeclared (first > use in this function) > /usr/src/sys/dev/usb/usb.c:282: error: (Each undeclared identifier is > reported only once > /usr/src/sys/dev/usb/usb.c:282: error: for each function it appears in.) > /usr/src/sys/dev/usb/usb.c: At top level: > /usr/src/sys/dev/usb/usb.c:863: warning: 'usb_intr_task' defined but not > used > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/THOR. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > I accidentally posted a patch against HEAD, not RELENG_6. I'll correct that shortly. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 19:44:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CF3816A415; Thu, 28 Sep 2006 19:44:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from ssl3.sentex.ca (vinyl2.sentex.ca [199.212.134.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D2F743D6D; Thu, 28 Sep 2006 19:44:31 +0000 (GMT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by ssl3.sentex.ca (8.13.6/8.13.6) with ESMTP id k8SJiRZo049036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Sep 2006 15:44:27 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <7.0.1.0.0.20060928152807.17bbe448@sentex.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Thu, 28 Sep 2006 15:42:27 -0400 To: "O. Hartmann" , Scott Long From: Mike Tancsa In-Reply-To: <451C1F6D.2020302@mail.uni-mainz.de> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Peter Jeremy , Steven Hartland , freebsd-stable@freebsd.org, John Baldwin , Oliver Brandmueller Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 19:44:37 -0000 At 03:15 PM 9/28/2006, O. Hartmann wrote: >/usr/src/sys/dev/usb/usb.c:282: error: for each function it appears in.) >/usr/src/sys/dev/usb/usb.c: At top level: >/usr/src/sys/dev/usb/usb.c:863: warning: 'usb_intr_task' defined but not used >*** Error code 1 Are you sure the patch applied cleanly to STABLE ? There are a couple of spots you need to change manually as it assumes the version of USB from HEAD. Manually apply the patch for usb.c and ohci_pci.c if you are using STABLE and remove the offending bits from the patch and it should compile cleanly. ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 19:47:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB40E16A403 for ; Thu, 28 Sep 2006 19:47:13 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from mta-a2.tc.umn.edu (mta-a2.tc.umn.edu [134.84.119.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B68D43D76 for ; Thu, 28 Sep 2006 19:47:11 +0000 (GMT) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (paulaner.oitsec.umn.edu [160.94.247.212]) by mta-a2.tc.umn.edu with ESMTP for freebsd-stable@freebsd.org; Thu, 28 Sep 2006 14:47:10 -0500 (CDT) X-Umn-Remote-Mta: [N] paulaner.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN Message-ID: <451C26BD.2090807@umn.edu> Date: Thu, 28 Sep 2006 14:47:09 -0500 From: Alan Amesbury User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060927215554.C059316A601@hub.freebsd.org> In-Reply-To: <20060927215554.C059316A601@hub.freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 28 Sep 2006 19:47:13 -0000 Additional data point: On 6.1-RELEASE I've observed the same sort of behavior, but without any noticeable consistency. It affects bge(4) and em(4) systems. In the case of the bge(4)-equipped system, there's a very weak correlation between heavy disk activity and watchdog timeouts. However, on that system, it doesn't look like the network card shares its PCI bus and interrupt with any other devices: bgehost % pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00081166 rev=0x23 hdr=0x00 hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00081166 rev=0x01 hdr=0x00 hostb2@pci0:0:2: class=0x060000 card=0x00000000 chip=0x00061166 rev=0x01 hdr=0x00 hostb3@pci0:0:3: class=0x060000 card=0x00000000 chip=0x00061166 rev=0x01 hdr=0x00 ahc0@pci0:8:0: class=0x010000 card=0xe2a09005 chip=0x00809005 rev=0x02 hdr=0x00 none0@pci0:14:0: class=0x030000 card=0x00d11028 chip=0x47521002 rev=0x27 hdr=0x00 isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166 rev=0x50 hdr=0x00 atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166 rev=0x00 hdr=0x00 ohci0@pci0:15:2: class=0x0c0310 card=0x02201166 chip=0x02201166 rev=0x04 hdr=0x00 bge0@pci1:8:0: class=0x020000 card=0x00d11028 chip=0x164414e4 rev=0x12 hdr=0x00 pcib3@pci2:2:0: class=0x060400 card=0x00000068 chip=0x09628086 rev=0x01 hdr=0x01 aac0@pci2:2:1: class=0x010400 card=0x00d11028 chip=0x00021028 rev=0x01 hdr=0x00 fxp0@pci2:4:0: class=0x020000 card=0x009b1028 chip=0x12298086 rev=0x08 hdr=0x00 bgehost % grep irq /var/run/dmesg.boot ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ahc0: port 0xec00-0xecff mem 0xfe102000-0xfe102fff irq 18 at device 8.0 on pci0 ohci0: mem 0xfe100000-0xfe100fff irq 5 at device 15.2 on pci0 bge0: mem 0xfeb00000-0xfeb0ffff irq 17 at device 8.0 on pci1 aac0: mem 0xf0000000-0xf7ffffff irq 31 at device 2.1 on pci2 fxp0: port 0xccc0-0xccff mem 0xfe900000-0xfe900fff,0xfe700000-0xfe7fffff irq 16 at device 4.0 on pci2 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 This is an SMP host (a pair of Pentium IIIs). The em(4)-equipped host emits watchdog timeout warnings far more frequently, but not with any discernable pattern. However, it routinely handles a *lot* more network traffic, and that traffic is unpredictable and bursty in nature. Its interfaces also appear to have their own resources allocated: emhost %pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x25788086 rev=0x02 hdr=0x00 pcib1@pci0:3:0: class=0x060400 card=0x00000000 chip=0x257b8086 rev=0x02 hdr=0x01 pcib2@pci0:28:0: class=0x060400 card=0x00000050 chip=0x25ae8086 rev=0x02 hdr=0x01 uhci0@pci0:29:0: class=0x0c0300 card=0x01651028 chip=0x25a98086 rev=0x02 hdr=0x00 uhci1@pci0:29:1: class=0x0c0300 card=0x01651028 chip=0x25aa8086 rev=0x02 hdr=0x00 none0@pci0:29:4: class=0x088000 card=0x01651028 chip=0x25ab8086 rev=0x02 hdr=0x00 none1@pci0:29:5: class=0x080020 card=0x01651028 chip=0x25ac8086 rev=0x02 hdr=0x00 ehci0@pci0:29:7: class=0x0c0320 card=0x01651028 chip=0x25ad8086 rev=0x02 hdr=0x00 pcib3@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x0a hdr=0x01 isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x25a18086 rev=0x02 hdr=0x00 atapci0@pci0:31:2: class=0x01018a card=0x01651028 chip=0x25a38086 rev=0x02 hdr=0x00 none2@pci0:31:3: class=0x0c0500 card=0x01651028 chip=0x25a48086 rev=0x02 hdr=0x00 em0@pci1:1:0: class=0x020000 card=0x01651028 chip=0x10758086 rev=0x00 hdr=0x00 em1@pci2:1:0: class=0x020000 card=0x10128086 chip=0x10108086 rev=0x01 hdr=0x00 em2@pci2:1:1: class=0x020000 card=0x10128086 chip=0x10108086 rev=0x01 hdr=0x00 em3@pci3:2:0: class=0x020000 card=0x01651028 chip=0x10768086 rev=0x00 hdr=0x00 amr0@pci3:3:0: class=0x010400 card=0x05201028 chip=0x19601000 rev=0x01 hdr=0x00 none3@pci3:14:0: class=0x030000 card=0x01651028 chip=0x47521002 rev=0x27 hdr=0x00 emhost %grep irq /var/run/dmesg.boot ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard em0: port 0xece0-0xecff mem 0xfe3e0000-0xfe3fffff irq 18 at device 1.0 on pci1 em1: port 0xdcc0-0xdcff mem 0xfe1e0000-0xfe1fffff irq 24 at device 1.0 on pci2 em2: port 0xdc80-0xdcbf mem 0xfe1c0000-0xfe1dffff irq 25 at device 1.1 on pci2 uhci0: port 0xbce0-0xbcff irq 16 at device 29.0 on pci0 uhci1: port 0xbcc0-0xbcdf irq 19 at device 29.1 on pci0 ehci0: mem 0xfe500000-0xfe5003ff irq 23 at device 29.7 on pci0 em3: port 0xccc0-0xccff mem 0xfdee0000-0xfdefffff irq 21 at device 2.0 on pci3 amr0: mem 0xfbcf0000-0xfbcfffff irq 22 at device 3.0 on pci3 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbd0: irq 1 on atkbdc0 sio1: configured irq 3 not in bitmap of probed irqs 0 Note that em1 and em2 are NOT in use on this host, are not configured, and are not physically connected to anything. This host is a UP host; while its CPU has HTT capabilities, they are disabled in the BIOS. Both hosts are running somewhat customized kernels. Notable options not in GENERIC but in these kernels are DEVICE_POLLING (but kern.polling.enable=0!), HZ=1000, and ZERO_COPY_SOCKETS. Several devices were removed, and missing devices (io, mem, isa, and npx) were added in to counter the breakage caused by the silent inclusion of the DEFAULTS stuff. UP and SMP are *identical* except for SMP having ALTQ_NOPCC and SMP added in. Also, I've noticed that STP goes nuts for the bge(4) host, but doesn't seem to notice when the em(4) host watchdog timer goes off. However, I don't have direct access to the network equipment, so I can't check for differences there. -- Alan Amesbury University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 19:49:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6791116A4AB; Thu, 28 Sep 2006 19:49:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB01243D69; Thu, 28 Sep 2006 19:48:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8SJmnNt026052; Thu, 28 Sep 2006 13:48:54 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451C271A.9040904@samsco.org> Date: Thu, 28 Sep 2006 13:48:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> In-Reply-To: <7.0.1.0.0.20060928152807.17bbe448@sentex.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, John Baldwin , Peter Jeremy , "O. Hartmann" , Oliver Brandmueller , Steven Hartland Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 19:49:02 -0000 Mike Tancsa wrote: > At 03:15 PM 9/28/2006, O. Hartmann wrote: > >> /usr/src/sys/dev/usb/usb.c:282: error: for each function it appears in.) >> /usr/src/sys/dev/usb/usb.c: At top level: >> /usr/src/sys/dev/usb/usb.c:863: warning: 'usb_intr_task' defined but >> not used >> *** Error code 1 > > > > Are you sure the patch applied cleanly to STABLE ? There are a couple > of spots you need to change manually as it assumes the version of USB > from HEAD. > > Manually apply the patch for usb.c and ohci_pci.c if you are using > STABLE and remove the offending bits from the patch and it should > compile cleanly. > > ---Mike Corrected patch is at: http://people.freebsd.org/~scottl/usb_fastintr_RELENG_6.diff Sorry for the confusion. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 19:58:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 875D516A415 for ; Thu, 28 Sep 2006 19:58:35 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id C30A743D7C for ; Thu, 28 Sep 2006 19:58:25 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 29584 invoked from network); 28 Sep 2006 19:58:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=eJrEOU1M3olojM7O1ebGy0/aVuYXN8tp3kDP/lMmQWvnp8HTyzFZytA92aeQZHGXWrkYX3GV7qDNPaafZBD5gI8Jsy0Wdn3WQuSQhVfcKwLNV5WJmBPEwLCeSdrJM48faO+pL7Ep51x5EaWspmC4uvMLD1tJFyFiXGvYZ+w/SeA= ; Received: from unknown (HELO ?127.0.0.1?) (mikej@rogers.com@74.111.253.239 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 28 Sep 2006 19:58:24 -0000 Message-ID: <451C2995.5080303@rogers.com> Date: Thu, 28 Sep 2006 15:59:17 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Scott Long References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET><451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET><20060927155553.GB14563@icarus.home.lan><20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org><20060927191402.GB932@turion.vk2pj.dyndns.org><20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> In-Reply-To: <451BD89F.8080203@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 19:58:35 -0000 Scott Long wrote: > All, > > Attached is my first cut at addressing the problems described in this > thread. As I discussed earlier, the VM syncer thread is likely starving > the USB interrupt thread. This causes the shared usb+network > interrupt to remain masked, preventing network interrupts from being > delivered, > and thus triggering watchdog timeouts. Just to be clear, has it been established that the problem only occurs when em is sharing an interrupt? I have a lot of production machines using the PDSMi board, which is one of the boards that the problem was noticed on, however i do not share any irqs, i always disable USB in the BIOS. # vmstat -i interrupt total rate irq16: em0 13001181 7 irq19: atapci0 76559511 42 cpu0: timer 3643365617 1999 cpu1: timer 3643365610 1999 Total 7376291919 4048 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 20:07:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C7E516A416 for ; Thu, 28 Sep 2006 20:07:00 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B2D43DED for ; Thu, 28 Sep 2006 20:06:27 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8SK6QF0009686 for ; Thu, 28 Sep 2006 22:06:26 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8SK6Pa9035301; Thu, 28 Sep 2006 22:06:25 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8SK6PfG035300; Thu, 28 Sep 2006 22:06:25 +0200 (CEST) (envelope-from ry93) Date: Thu, 28 Sep 2006 22:06:25 +0200 From: "Patrick M. Hausen" To: Alan Amesbury Message-ID: <20060928200625.GB34886@hugo10.ka.punkt.de> References: <20060927215554.C059316A601@hub.freebsd.org> <451C26BD.2090807@umn.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451C26BD.2090807@umn.edu> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 28 Sep 2006 20:07:00 -0000 Hi! On Thu, Sep 28, 2006 at 02:47:09PM -0500, Alan Amesbury wrote: > Additional data point: On 6.1-RELEASE I've observed the same sort of > behavior, but without any noticeable consistency. It affects bge(4) and > em(4) systems. In the case of the bge(4)-equipped system, there's a > very weak correlation between heavy disk activity and watchdog timeouts. > However, on that system, it doesn't look like the network card shares > its PCI bus and interrupt with any other devices: Same here, just to make sure to get that point through: em doesn't share an interrupt with anything else -> hang will occur sooner or later if the system is busy (sometimes later, but reproducably) force system to share interrupt of, say, ata0 and em0 -> immediate *kaboom* whenever both are busy HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 20:29:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61F5216A47E for ; Thu, 28 Sep 2006 20:29:15 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DD6543D46 for ; Thu, 28 Sep 2006 20:29:14 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from [192.168.0.100] (ede67-3-82-235-52-222.fbx.proxad.net [82.235.52.222]) by smtp5-g19.free.fr (Postfix) with ESMTP id 0875B27761; Thu, 28 Sep 2006 22:29:11 +0200 (CEST) Message-ID: <451C30B5.6080901@crc.u-strasbg.fr> Date: Thu, 28 Sep 2006 22:29:41 +0200 From: Philippe Pegon User-Agent: Thunderbird 1.5.0.5 (X11/20060719) MIME-Version: 1.0 To: Mike Jakubik References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET><451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET><20060927155553.GB14563@icarus.home.lan><20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org><20060927191402.GB932@turion.vk2pj.dyndns.org><20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C2995.5080303@rogers.com> In-Reply-To: <451C2995.5080303@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 20:29:15 -0000 Mike Jakubik wrote: > Scott Long wrote: >> All, >> >> Attached is my first cut at addressing the problems described in this >> thread. As I discussed earlier, the VM syncer thread is likely starving >> the USB interrupt thread. This causes the shared usb+network >> interrupt to remain masked, preventing network interrupts from being >> delivered, >> and thus triggering watchdog timeouts. > > Just to be clear, has it been established that the problem only occurs > when em is sharing an interrupt? I have a lot of production machines > using the PDSMi board, which is one of the boards that the problem was > noticed on, however i do not share any irqs, i always disable USB in the > BIOS. On many of our servers, we have bge cards and I can see a lot of watchdog timeouts. We always disable USB in the bios and they didn't share irq. > > # vmstat -i > interrupt total rate > irq16: em0 13001181 7 > irq19: atapci0 76559511 42 > cpu0: timer 3643365617 1999 > cpu1: timer 3643365610 1999 > Total 7376291919 4048 example with our ftp server (ftp8.fr.freebsd.org), a HP DL360 G4 SMP : # vmstat -i interrupt total rate irq1: atkbd0 1576 0 irq4: sio0 3 0 irq6: fdc0 12 0 irq14: ata0 57 0 irq24: ciss1 17181184 8 irq25: bge0 841821262 402 irq26: bge1 674342644 322 irq72: ciss0 24194679 11 cpu0: timer 4180478365 1999 cpu1: timer 4180886439 1999 Total 9918906221 4743 # bzgrep watchdog /var/log/messages* /var/log/messages:Sep 23 02:47:06 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.0.bz2:Sep 12 22:22:48 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.0.bz2:Sep 17 15:22:01 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.0.bz2:Sep 20 12:13:07 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.1.bz2:Sep 6 08:33:54 anubis kernel: bge1: watchdog timeout -- resetting /var/log/messages.3.bz2:Aug 29 12:09:36 anubis kernel: bge0: watchdog timeout -- resetting /var/log/messages.4.bz2:Aug 22 15:44:00 anubis kernel: bge0: watchdog timeout -- resetting # pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x32000e11 chip=0x35908086 rev=0x0a hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Server Memory Controller Hub' class = bridge subclass = HOST-PCI pcib1@pci0:2:0: class=0x060400 card=0x00000050 chip=0x35958086 rev=0x0a hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port A0' class = bridge subclass = PCI-PCI pcib2@pci0:4:0: class=0x060400 card=0x00000050 chip=0x35978086 rev=0x0a hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port B0' class = bridge subclass = PCI-PCI pcib5@pci0:6:0: class=0x060400 card=0x00000050 chip=0x35998086 rev=0x0a hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port C0' class = bridge subclass = PCI-PCI pcib6@pci0:28:0: class=0x060400 card=0x00000050 chip=0x25ae8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '6300ESB Hub Interface to PCI-X Bridge' class = bridge subclass = PCI-PCI pcib7@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x0a 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=0x25a18086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '6300ESB LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x32010e11 chip=0x25a28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '6300ESB IDE Controller' class = mass storage subclass = ATA pcib3@pci6:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI pcib4@pci6:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI ciss0@pci10:1:0: class=0x010400 card=0x409b0e11 chip=0x00460e11 rev=0x01 hdr=0x00 vendor = 'Compaq Computer Corp (Now owned by Hewlett-Packard)' device = 'Smart Array 64xx Controller' class = mass storage subclass = RAID ciss1@pci2:1:0: class=0x010400 card=0x40910e11 chip=0x00460e11 rev=0x01 hdr=0x00 vendor = 'Compaq Computer Corp (Now owned by Hewlett-Packard)' device = 'Smart Array 64xx Controller' class = mass storage subclass = RAID bge0@pci2:2:0: class=0x020000 card=0x00d00e11 chip=0x164814e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet bge1@pci2:2:1: class=0x020000 card=0x00d00e11 chip=0x164814e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet none0@pci1:3:0: class=0x030000 card=0x001e0e11 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA none1@pci1:4:0: class=0x088000 card=0xb2060e11 chip=0xb2030e11 rev=0x01 hdr=0x00 vendor = 'Compaq Computer Corp (Now owned by Hewlett-Packard)' device = 'iLo Integrated Lights Out Processor' class = base peripheral none2@pci1:4:2: class=0x088000 card=0xb2060e11 chip=0xb2040e11 rev=0x01 hdr=0x00 vendor = 'Compaq Computer Corp (Now owned by Hewlett-Packard)' device = 'iLo Integrated Lights Out Processor' class = base peripheral -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 20:45:44 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1903C16A40F; Thu, 28 Sep 2006 20:45:44 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C448B43D46; Thu, 28 Sep 2006 20:45:43 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k8SKjevY086465; Thu, 28 Sep 2006 20:45:42 GMT (envelope-from ariff@FreeBSD.org) Date: Fri, 29 Sep 2006 04:44:01 +0800 From: Ariff Abdullah To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-multimedia@FreeBSD.org Message-Id: <20060929044401.5c52bef3.ariff@FreeBSD.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__29_Sep_2006_04_44_01_+0800_QbWchVmgk_SsJxL8" Cc: Subject: HEADS UP: Last call for snd_hda(4) testers - High Definition Audio driver 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, 28 Sep 2006 20:45:44 -0000 --Signature=_Fri__29_Sep_2006_04_44_01_+0800_QbWchVmgk_SsJxL8 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ Please remove current@ and stable@ from your CC: . This mail serves only as an announcement (or a death threat, if you prefer that way). ] Allright folks, I've had enough. It is time to go gold. This driver is proven stable and works (mostly) after several weeks of testing and bug hunting, thanks to those unfortunate unpaid victims at #freebsd-azalia@freenode and few other unsung heroes. If you're using previous driver, please remove it, get a latest/pristine RELENG_6 or -CURRENT, and apply these patches: For RELENG_6: http://people.freebsd.org/~ariff/test/hda_releng6.diff For -CURRENT: http://people.freebsd.org/~ariff/test/hda_current.diff While applying these patches using patch(1), DO NOT forget about "-p0" argument. I'm getting tired with people reporting the same old "patch failed" or "compile failed" because of this. Stick this into your mind, forever, eternally. The proper way to apply it is like this: patch -d /usr/src -p0 < hda_yada.diff You don't have to buildworld, buildkernel or any other sacrificial ritual. Simply "cd /usr/src/sys/modules/sound/ && make clean cleandir && make && make install" should do the trick. Well, it is up to you, really :) Unfortunately, those who are still stuck with 6.1-RELEASE and earlier had to rely on the binary driver instead. Please grab both sound.ko and snd_hda.ko at http://people.freebsd.org/~ariff/HDA/kmod/ and replace whatever sound.ko you have there. HDA Driver Revision: 20060929_0025 <- see ? There are $((9999 - 25)) more iterations before it reach its equilibrium state. Issues: 1) SPDIF not working - I had to disable it, for now. 2) Multichannel/surround not working - The driver tries to output the sound to all possible path. If you have speakers attach to all of them, chances are it all works, but not in a true sense of multichannel/surround. There are few more works left to do on the upper layer of the sound driver to make it works properly. 3) Recording is broken on few hardwares - As far as I can tell, it should work flawlessly, but not to all. This is a bit tricky to handle, but I'm working on it. 4) Pluging in headset does not mute speakers - This is easy (read #5) 5) Nothing works at all - more like a null driver, isn't it? Please follow the instructions from http://people.freebsd.org/~ariff/HDA/ . The death threat is real :) 6) The driver cause panic, killing my first unborn child - nahh.. I don't believe this. If you're running -CURRENT, the issues are probably elsewhere :) As suggested by netchild@, please report your success or failure like this to freebsd-multimedia@FreeBSD.org: Success ------- Hardware/chipset: Compaq Presario V3000 series =20 http://h10025.www1.hp.com/ewfrf/wc/product?product=3D3190957&lc=3Den&cc=3Du= s&dlc=3Den&lang=3Den&cc=3Dus Playback: Works flawlessly Recording: Works flawlessly Specific Issues: None. It works out of the box, including analog CD. Special request: I want to die in peace. Verbose dmesg: pcm0: mem 0xc0000000-0xc0003fff irq 10 at device 16.1 on pci0 pcm0: pcm0: (optional, you don't have to include those boring and uneventfull kernel noises since the driver already works for you) Failure ------- Hardware/chipset: Karipap series http://www.karipap.com/ Playback: NONE! Recording: NONE! Specific Issues: I would rather amaze if this works since it is a food to begin with. Special request: I can donate this to you, but even so, you can buy it at the nearest food stall for an RM 0.50 Verbose dmesg: (please put your verbose dmesg here or I'll send another death threat to your first unborn child) -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Fri__29_Sep_2006_04_44_01_+0800_QbWchVmgk_SsJxL8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHDQWlr+deMUwTNoRAsnXAJ4to4nUcdNhf0oCz/O+RPBvRivSmwCgvK3n zGsuHpHV3juw3m9YSs0Gd4o= =7THp -----END PGP SIGNATURE----- --Signature=_Fri__29_Sep_2006_04_44_01_+0800_QbWchVmgk_SsJxL8-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 22:15:11 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3175616A47B for ; Thu, 28 Sep 2006 22:15:11 +0000 (UTC) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: from mail1.thewrittenword.com (mail1.thewrittenword.com [67.95.107.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D1143D79 for ; Thu, 28 Sep 2006 22:15:06 +0000 (GMT) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: by mail1.thewrittenword.com (Postfix, from userid 1000) id C412A266; Thu, 28 Sep 2006 17:15:05 -0500 (CDT) Date: Thu, 28 Sep 2006 17:15:05 -0500 From: Albert Chin To: freebsd-stable@FreeBSD.org Message-ID: <20060928221505.GA75187@mail1.thewrittenword.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: Poor write performance with LSI 320-2 on 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Sep 2006 22:15:11 -0000 I have an Intel S875PWP1 motherboard with a Pentium4 CPU@2.40GHz. PCI bus is 33Mhz, 32-bit. I recently purchased an LSI 320-2/128MB on eBay (though the card really looks like a PERC4/DS) and just ran some bonnie++ tests on a RAID 1 array between two U320 drives for the first channel and on a RAID 0 array between one U320 drive for the second channel. The 320-2 has the latest LSI firmware, 1L47. #1. (RAID 1, two U320 drives, channel 1) Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 270 99 16917 5 15734 5 514 99 +++++ +++ 4237 48 Latency 33357us 130ms 86843us 33195us 1063us 120ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 9214 26 +++++ +++ +++++ +++ 6687 19 +++++ +++ +++++ +++ Latency 424ms 129us 2629us 475ms 115us 82us #2. (RAID 1, two U320 drives, one on channel 1, one on channel 2) Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 272 99 16787 4 15949 5 515 99 +++++ +++ 4575 50 Latency 31339us 139ms 1925ms 29314us 848us 1623ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 7497 22 +++++ +++ +++++ +++ 5850 17 +++++ +++ +++++ +++ Latency 516ms 123us 3381us 577ms 14425us 50us #3. (RAID 0, one U320 drive, channel 2) Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 270 99 17347 5 16347 5 530 99 +++++ +++ 4510 46 Latency 34033us 131ms 100ms 34354us 1061us 1575ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 8401 24 +++++ +++ +++++ +++ 6489 19 +++++ +++ +++++ +++ Latency 574ms 127us 7480us 640ms 16607us 46us #4. I also testing an Adaptec 39160 card with one U320 drive: Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 259 99 62293 18 36054 12 522 99 +++++ +++ 5747 58 Latency 33370us 26379us 43979us 34708us 1064us 1264ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 16761 49 +++++ +++ +++++ +++ 13569 40 +++++ +++ +++++ +++ Latency 142ms 141us 49us 203ms 123us 43us I don't understand how #1 gives 16MB/s (RAID 1) while #3 gives only 17MB/s. I'd expect #3 to be about x2 the performance of #1. The arrays are configured with "write-thru" write policy, "adaptive" read policy, and "cachedio" cache policy. Anything I can do to improve the speed. Even though the bus is 33Mhz, I should definitely be doing better than 16MB/s. I'm running bonnie++ as: $ cd [some tmp dir on UFS2 file system] $ bonnie++ The system runs FreeBSD 6.1-STABLE: $ uname -a FreeBSD maetel.il.thewrittenword.com 6.1-STABLE FreeBSD 6.1-STABLE #0: Mon May 8 22:25:41 CDT 2006 $ dmesg | grep amr0 amr0: mem 0xf47f0000-0xf47fffff irq 21 at device 0.0 on pci3 amr0: delete logical drives supported by controller amr0: Firmware 1L47, BIOS G121, 128MB RAM amr0: delete logical drives supported by controller -- albert chin (china@thewrittenword.com) From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 22:51:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 949E216A4C2 for ; Thu, 28 Sep 2006 22:51:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F42343D5F for ; Thu, 28 Sep 2006 22:51:34 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc14) with ESMTP id <20060928225133m14003sau4e>; Thu, 28 Sep 2006 22:51:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B750C1FA037; Thu, 28 Sep 2006 15:51:33 -0700 (PDT) Date: Thu, 28 Sep 2006 15:51:33 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20060928225133.GA50669@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060928221505.GA75187@mail1.thewrittenword.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060928221505.GA75187@mail1.thewrittenword.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: Poor write performance with LSI 320-2 on 6.1-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: Thu, 28 Sep 2006 22:51:49 -0000 On Thu, Sep 28, 2006 at 05:15:05PM -0500, Albert Chin wrote: > I don't understand how #1 gives 16MB/s (RAID 1) while #3 gives only > 17MB/s. I'd expect #3 to be about x2 the performance of #1. > > The arrays are configured with "write-thru" write policy, "adaptive" > read policy, and "cachedio" cache policy. > > Anything I can do to improve the speed. Even though the bus is 33Mhz, > I should definitely be doing better than 16MB/s. > > {snip} > > I'm running bonnie++ as: > $ cd [some tmp dir on UFS2 file system] > $ bonnie++ Pure shot in the dark (I have no experience with LSI controllers, only Adaptec and Promise): have you tried adjusting some of the tunefs parameters for the UFS2 filesystem bonnie++ is using? Options -e and -f may help with this. Also, at least in the Adaptec world: if the controller does its own caching (that is, it has actual RAM on-board or DRAM of some kind), it is sometimes *better* to disable SCSI disk caching on each individual SCSI drive and let the controller do it. Again, can't speak for LSI controllers... -- | 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 Thu Sep 28 23:18:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2730716A417 for ; Thu, 28 Sep 2006 23:18:01 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from flpvm23.prodigy.net (flpvm23.prodigy.net [207.115.20.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40E243D4C for ; Thu, 28 Sep 2006 23:18:00 +0000 (GMT) (envelope-from mark@mkproductions.org) X-ORBL: [70.245.187.233] Received: from localhost (ppp-70-245-187-233.dsl.spfdmo.swbell.net [70.245.187.233]) by flpvm23.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k8SNHwAo026732; Thu, 28 Sep 2006 16:17:59 -0700 Date: Thu, 28 Sep 2006 18:17:58 -0500 From: Mark Kane To: Zoran Kolic Message-ID: <20060928181758.44ada845@localhost> In-Reply-To: <20060928163052.GA634@mycenae.net> References: <20060928163052.GA634@mycenae.net> X-Mailer: Sylpheed-Claws 2.5.2cvs12 (GTK+ 2.8.20; x86_64-unknown-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath based card 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, 28 Sep 2006 23:18:01 -0000 On Thu, Sep 28, 2006, at 18:30:52 +0200, Zoran Kolic wrote: > Hi all! > I would like to hear opinion of pc card > choice for laptop and atheros chip: > netgear wag511 > d-link dwl-ag650 > linksys wpc55ag > Good and bad. Prior to make idiot of me > and buy wrong. > > Zoran Hi. I've got the Netgear WG511T and it works pretty well. Sometimes it does "lock up" and become unusable after using Kismet or dstumbler (can't remember which one), but my old 550MHz laptop runs one of the 6.0 BETAs...so things may have improved in 6.1 or the upcoming 6.2 if it is a software issue. For general use (surfing/email/IRC/SSH/streaming audio) it works pretty well. Personally I prefer the Netgear or Linksys brands over D-Link. -Mark -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 23:44:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D0B416A407 for ; Thu, 28 Sep 2006 23:44:50 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C046C43D46 for ; Thu, 28 Sep 2006 23:44:49 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GT5Ye-0008vg-1B; Fri, 29 Sep 2006 00:44:48 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GT5Yb-000Bpn-RY; Fri, 29 Sep 2006 00:44:45 +0100 To: mikej@rogers.com, Philippe.Pegon@crc.u-strasbg.fr In-Reply-To: <451C30B5.6080901@crc.u-strasbg.fr> Message-Id: From: Pete French Date: Fri, 29 Sep 2006 00:44:45 +0100 Cc: stable@freebsd.org Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 28 Sep 2006 23:44:50 -0000 > On many of our servers, we have bge cards and I can see a lot of > watchdog timeouts. We always disable USB in the bios and they didn't > share irq. I see the same thing - we have a number of HP blades which use bge interfaces and I get many watchdog timeouts on them. These are also not sharing any interrupts interrupt total rate irq1: atkbd0 2 0 irq24: ciss0 135555208 11 irq74: bge1 1452046216 120 cpu0: timer 2581779930 214 cpu2: timer 2579262777 214 cpu1: timer 2581771929 214 cpu3: timer 2579262777 214 Total 11909678839 989 This is 6.1 - I have a couple of boxes running 6.2 and those have not shown any timeouts so far. They are, however, far more lightly loaded. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 02:26:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C931516A40F; Fri, 29 Sep 2006 02:26:47 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1207A43D46; Fri, 29 Sep 2006 02:26:47 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id EF6544E72F; Fri, 29 Sep 2006 04:26:47 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03839-07; Fri, 29 Sep 2006 04:26:47 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 7BB114E705; Fri, 29 Sep 2006 04:26:47 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Fri, 29 Sep 2006 04:26:44 +0200 Message-ID: <011401c6e36e$b4b9c8e0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AcbjbrRHCCUHMzCISG6sZ7z4GR1TaA== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: NT loader still boot first FreeBSD slice, it could not boot second or another slice 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, 29 Sep 2006 02:26:47 -0000 Hi all, I wanted to make my system dual or multiboot. I decided to loadding os NT loader from Windows XP. I have read this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#NT-BOOTLOADE R My situation: 1. partion ... wxp /dev/ad4s1 2. partion ... ntfs data partition /dev/ad4s2 3. partion ... fbsd adm64 /dev/ad4s3a 4. partion ... fbsd i386 /dev/ad4s4a Sata disk 320GB. What I did: 1. /dev/ad4s3a: cp /boot/boot1 FreeBSDa64.BSD to 1. partion 2. /dev/ad4s4a: cp /boot/boot1 FreeBSDi386.BSD to 1.partion 3. reply 1.-2. with dd if=/dev/ad4s3a of=/...dd.BSD bs=512 count=1 4. edit boot.ini so there are WXP and 2 copied boot1 to 3rd and 4th partition and 2 made by dd command, so 5 records NT loader boot 3rd partion without any problem, but when I want to boot to 4th partition, it loads 3rd one again and again. I does not get to there at all. If I compare these 4 files, all are the same, so how could ntloader to load something other than the first bsd partition if files did not differ at all !!! If it is known issue, why it is not in documentation, that point 9.10 in FAQ works ONLY and ONLY with ONLY 1 FreeBSD partition ? I recommand to edit this question 9.10 to mention this barrier, if it is true. P.S.: I am not currently subscribed in the freebsd-stable and freebsd-questions mailling lists, so mail me directly. Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 02:37:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8752716A403; Fri, 29 Sep 2006 02:37:17 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C152243D45; Fri, 29 Sep 2006 02:37:16 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 19D2B4E72F; Fri, 29 Sep 2006 04:37:18 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07898-01; Fri, 29 Sep 2006 04:37:17 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 8AD4B4E705; Fri, 29 Sep 2006 04:37:17 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Fri, 29 Sep 2006 04:37:13 +0200 Message-ID: <012501c6e370$2bf90460$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AcbjcCus+TdlII9jTEOI2ZyBeKXsrA== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: adding other login class to login.conf in case one is already there 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, 29 Sep 2006 02:37:17 -0000 Hi all, could somebody looks at this PR ? http://www.freebsd.org/cgi/query-pr.cgi?pr=3D103794 It began with my mail to LI Xin. He agreed that I attach our mail=B4s correspondence. Here it is: =20 > -----Original Message----- > From: LI Xin [ = mailto:delphij@delphij.net]=20 > Sent: Thursday, September 21, 2006 8:24 AM > To: dandee@volny.cz > Cc: delphij@FreeBSD.ORG > Subject: Re: /etc/login.conf - add czech user login class with locales >=20 > Hello Xin Li, > I found out that last change to login.conf perhaps you have done. > I see Russian user class and definition of lang and mm_char. > Why is there only that one class ? > Is it possible to upadte this file in CVS and add new user class for=20 > czech language ? > czech|Czech Users Accounts:\ > :charset=3DISO-8859-2:\ > :lang=3Dcs_CZ.ISO8859-2:\ > :tc=3Ddefault: According to the CVS annotate, it seems that ache@ has added the Russian user class 9 years ago. It looks like an example to me, though. Actually the previous change I have made against RELENG_6 was a comment change which reduces diff against -HEAD, but frankly I am not an expert = in this stuff, so it would probably better if there is someone who is more quantifiable than me to do the CVS operation. Would you please send a patch as PR, so someone can pick up (perhaps = also by sending a reminder to -current@)? I guess there were some performance concerns about adding more login classes in the past, but with the newly added NSS caching mechanism things could have changed :-) Cheers, =20 So could somebody give one=B4s opinion or even commit this change to = RELENG_6 and HEAD CVS tree ? =20 Thank you for attention. Daniel From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 03:03:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F14016A403 for ; Fri, 29 Sep 2006 03:03:20 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5848743D49 for ; Fri, 29 Sep 2006 03:03:19 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 52FD14E72F for ; Fri, 29 Sep 2006 05:03:18 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18040-07 for ; Fri, 29 Sep 2006 05:03:17 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id B84134E705 for ; Fri, 29 Sep 2006 05:03:17 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Fri, 29 Sep 2006 05:03:12 +0200 Message-ID: <000901c6e373$ce9cbb00$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000A_01C6E384.92258B00" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: Acbjc80VsLuFqx3wSDm7DW9w9y8qig== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: radeon drm does not attach 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, 29 Sep 2006 03:03:20 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C6E384.92258B00 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Hi all, I have a problem with drm dri radeon and similar stuff for long time, and every time it begins with (not)detection radeon X600. In FreeBSD 6.0-RELEASE and PC-BSD 1.2(6.1-RELEASE-p2+custom kernel drm and radeon compiled in), if drm and radeon devices are compiled in kernel, the card is not detected correct and drm0 is not attached. It was the same with loadding kernel modul through loader.conf in 6.0-RELEASE. So dri r300 and similar stuff could not work at all. :( Today I tested with 6.2-BETA1 with loadding kernel modul radeon.ko and drm.ko through loader.conf, and IT WORKS at the end !!! Voila ! It is the first time when it works, I tried it a year ago and no success. Is it some type of chance or really some in drm radeon and these stuff have changed radically ??? Could anybody confirm that issue ? It seems that drm, radeon modules compiled in kernel did not detect PCIE cards at all. dmesg is attached. P.S.: I am not currently subscribed in the freebsd-stable and freebsd-questions mailling lists, so mail me directly. Thanks. ------=_NextPart_000_000A_01C6E384.92258B00 Content-Type: application/octet-stream; name="loader.conf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="loader.conf" drm_load=3D"YES"=0A= radeon_load=3D"YES"=0A= acpi_load=3D"YES"=0A= acpi_asus_load=3D"YES"=0A= acpi_video_load=3D"YES"=0A= sound_load=3D"YES"=0A= smb_load=3D"YES"=0A= smbus_load=3D"YES"=0A= =0A= ------=_NextPart_000_000A_01C6E384.92258B00 Content-Type: application/octet-stream; name="dmesg" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg" Copyright (c) 1992-2006 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0A= FreeBSD 6.2-BETA1 #0: Mon Sep 18 17:47:02 UTC 2006=0A= root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC=0A= Timecounter "i8254" frequency 1193182 Hz quality 0=0A= CPU: AMD Athlon(tm) 64 Processor 3200+ (2200.22-MHz 686-class CPU)=0A= Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2=0A= = Features=3D0x78bfbff=0A= Features2=3D0x1=0A= AMD Features=3D0xe2500800=0A= AMD Features2=3D0x1=0A= real memory =3D 2147418112 (2047 MB)=0A= avail memory =3D 2096492544 (1999 MB)=0A= ACPI APIC Table: =0A= ioapic0 irqs 0-23 on motherboard=0A= kbd1 at kbdmux0=0A= ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, = RF5413)=0A= acpi0: on motherboard=0A= acpi_bus_number: can't get _ADR=0A= acpi_bus_number: can't get _ADR=0A= acpi0: Power Button (fixed)=0A= acpi_bus_number: can't get _ADR=0A= acpi_bus_number: can't get _ADR=0A= acpi_bus_number: can't get _ADR=0A= acpi_bus_number: can't get _ADR=0A= Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0A= acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0=0A= cpu0: on acpi0=0A= acpi_button0: on acpi0=0A= pcib0: port 0xcf8-0xcff on acpi0=0A= pci0: on pcib0=0A= pci0: at device 0.0 (no driver attached)=0A= isab0: at device 1.0 on pci0=0A= isa0: on isab0=0A= pci0: at device 1.1 (no driver attached)=0A= ohci0: mem 0xda003000-0xda003fff at = device 2.0 on pci0=0A= ohci0: [GIANT-LOCKED]=0A= usb0: OHCI version 1.0, legacy support=0A= usb0: SMM does not respond, resetting=0A= usb0: on ohci0=0A= usb0: USB revision 1.0=0A= uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0A= uhub0: 10 ports with 10 removable, self powered=0A= ehci0: mem 0xfeb00000-0xfeb000ff at = device 2.1 on pci0=0A= ehci0: [GIANT-LOCKED]=0A= usb1: EHCI version 1.0=0A= usb1: companion controller, 4 ports each: usb0=0A= usb1: on ehci0=0A= usb1: USB revision 2.0=0A= uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1=0A= uhub1: 10 ports with 10 removable, self powered=0A= ugen0: vendor 0x0458 WebCAM USB2.0, rev 2.00/1.02, addr 2=0A= pci0: at device 4.0 (no driver attached)=0A= atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0=0A= ata0: on atapci0=0A= ata1: on atapci0=0A= atapci1: port = 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xd400-0xd40f mem = 0xda001000-0xda001fff irq 21 at device 8.0 on pci0=0A= ata2: on atapci1=0A= ata3: on atapci1=0A= pcib1: at device 9.0 on pci0=0A= pci5: on pcib1=0A= nve0: port 0xc000-0xc007 mem = 0xda000000-0xda000fff irq 22 at device 10.0 on pci0=0A= nve0: Ethernet address 00:11:d8:a4:58:2f=0A= miibus0: on nve0=0A= ukphy0: on miibus0=0A= ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-FDX, auto=0A= nve0: Ethernet address: 00:11:d8:a4:58:2f=0A= pcib2: at device 11.0 on pci0=0A= pci4: on pcib2=0A= pcib3: at device 12.0 on pci0=0A= pci3: on pcib3=0A= pcib4: at device 13.0 on pci0=0A= pci2: on pcib4=0A= pcib5: at device 14.0 on pci0=0A= pci1: on pcib5=0A= drm0: port 0xb000-0xb0ff mem = 0xd0000000-0xd7ffffff,0xd9000000-0xd900ffff irq 18 at device 0.0 on pci1=0A= info: [drm] Initialized radeon 1.24.0 20060225=0A= acpi_tz0: on acpi0=0A= fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = acpi0=0A= fdc0: [FAST]=0A= fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0A= atkbdc0: port 0x60,0x64 irq 1 on acpi0=0A= atkbd0: irq 1 on atkbdc0=0A= kbd0 at atkbd0=0A= atkbd0: [GIANT-LOCKED]=0A= psm0: irq 12 on atkbdc0=0A= psm0: [GIANT-LOCKED]=0A= psm0: model IntelliMouse, device ID 3=0A= pmtimer0 on isa0=0A= orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff on isa0=0A= ppc0: parallel port not found.=0A= sc0: at flags 0x100 on isa0=0A= sc0: VGA <16 virtual consoles, flags=3D0x300>=0A= sio0: configured irq 4 not in bitmap of probed irqs 0=0A= sio0: port may not be enabled=0A= sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0=0A= sio0: type 8250 or not responding=0A= sio1: configured irq 3 not in bitmap of probed irqs 0=0A= sio1: port may not be enabled=0A= vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0A= ums0: Logitech USB Mouse, rev 1.10/6.20, addr 2, iclass 3/1=0A= ums0: 3 buttons and Z dir.=0A= Timecounter "TSC" frequency 2200223071 Hz quality 800=0A= Timecounters tick every 1.000 msec=0A= acd0: DVDR at ata1-master UDMA33=0A= acd1: CDRW at ata1-slave PIO4=0A= ad4: 305245MB at ata2-master SATA300=0A= Trying to mount root from ufs:/dev/ad4s3a=0A= Loading configuration files.=0A= Entropy harvesting:=0A= interrupts=0A= ethernet=0A= point_to_point=0A= kickstart=0A= .=0A= swapon: adding /dev/ad4s3b as swap device=0A= Starting file system checks:=0A= /dev/ad4s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS=0A= /dev/ad4s3a: clean, 488252 free (1812 frags, 60805 blocks, 0.4% = fragmentation)=0A= /dev/ad4s3f: FILE SYSTEM CLEAN; SKIPPING CHECKS=0A= /dev/ad4s3f: clean, 3362649 free (3505 frags, 419893 blocks, 0.1% = fragmentation)=0A= /dev/ad4s3e: FILE SYSTEM CLEAN; SKIPPING CHECKS=0A= /dev/ad4s3e: clean, 506350 free (62 frags, 63286 blocks, 0.0% = fragmentation)=0A= Mounting local file systems:=0A= .=0A= =0A= Setting hostname: .=0A= lo0: flags=3D8049 mtu 16384=0A= inet6 ::1 prefixlen 128 =0A= inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 =0A= inet 127.0.0.1 netmask 0xff000000 =0A= Starting devd.=0A= Starting ums0 moused:=0A= .=0A= hw.acpi.cpu.cx_lowest: =0A= C1=0A= -> =0A= C1=0A= =0A= Additional routing options:=0A= .=0A= Mounting NFS file systems:=0A= .=0A= Creating and/or trimming log files:=0A= .=0A= Starting syslogd.=0A= ELF ldconfig path: /lib /usr/lib /usr/lib/compat=0A= a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout=0A= Initial i386 initialization:=0A= .=0A= Additional ABI support:=0A= .=0A= Starting rpcbind.=0A= NFS access cache time=3D2=0A= Starting amd.=0A= Starting usbd.=0A= Starting local daemons:=0A= .=0A= Updating motd=0A= .=0A= Configuring syscons:=0A= keymap=0A= keyrate=0A= font8x16=0A= font8x14=0A= font8x8=0A= blanktime=0A= screensaver=0A= logo_saver: the console does not support M_VGA_CG320=0A= module_register_init: MOD_LOAD (logo_saver, 0xc696aac8, 0) error 19=0A= .=0A= Starting cron.=0A= Local package initialization:=0A= .=0A= Additional TCP options:=0A= .=0A= Starting default moused:=0A= .=0A= Starting background file system checks in 60 seconds.=0A= =0A= Thu Sep 28 23:46:57 CEST 2006=0A= Sep 28 23:47:01 login: ROOT LOGIN (root) ON ttyv0=0A= umass0: vendor 0x0457 USB Mass Storage Device, rev 2.00/1.00, addr 3=0A= da0 at umass-sim0 bus 0 target 0 lun 0=0A= da0: Removable Direct Access SCSI-2 device =0A= da0: 40.000MB/s transfers=0A= da0: 1968MB (4030464 512 byte sectors: 255H 63S/T 250C)=0A= ------=_NextPart_000_000A_01C6E384.92258B00-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 05:26:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87CDB16A40F for ; Fri, 29 Sep 2006 05:26:14 +0000 (UTC) (envelope-from stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B56AF43D46 for ; Fri, 29 Sep 2006 05:26:13 +0000 (GMT) (envelope-from stable@dino.sk) Received: from [192.168.16.239] (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Fri, 29 Sep 2006 07:32:14 +0200 id 00000092.451CAFDE.000179E0 From: Milan Obuch To: freebsd-stable@freebsd.org, "Daniel =?iso-8859-2?q?Dvo=F8=E1k?=" Date: Fri, 29 Sep 2006 07:26:04 +0200 User-Agent: KMail/1.9.4 References: <011401c6e36e$b4b9c8e0$6508280a@tocnet28.jspoj.czf> In-Reply-To: <011401c6e36e$b4b9c8e0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200609290726.04825.stable@dino.sk> X-Test: blablabla Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: NT loader still boot first FreeBSD slice, it could not boot second or another slice 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, 29 Sep 2006 05:26:14 -0000 On Friday 29 September 2006 04:26, Daniel Dvo=F8=E1k wrote: > Hi all, > > I wanted to make my system dual or multiboot. I decided to loadding os NT > loader from Windows XP. > > I have read this: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#NT-BOOTLO= AD >E R > [...] > > If it is known issue, why it is not in documentation, that point 9.10 in > FAQ works ONLY and ONLY with ONLY 1 FreeBSD partition ? > > I recommand to edit this question 9.10 to mention this barrier, if it is > true. > I did something similar even without reading man/FAQ and it works. My=20 situation is similar - first partition with WinXP, second, third and fourth= =20 ones with various FreeBSD versions. There are some differences among files = I=20 copied to C:\ directory of WinXP, however. So I think the problem is=20 elsewhere, most probably you did something not correctly. If you like more help, contact me personally (use milan for local part of=20 address, however). Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 07:28:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE27016A412; Fri, 29 Sep 2006 07:28:05 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 659C343D4C; Fri, 29 Sep 2006 07:28:05 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (c-24-21-220-242.hsd1.or.comcast.net [24.21.220.242]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id k8T7Rl6C072592; Fri, 29 Sep 2006 00:27:48 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id k8T7RgZ6084501; Fri, 29 Sep 2006 00:27:42 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id k8T7Rfor084500; Fri, 29 Sep 2006 00:27:41 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Fri, 29 Sep 2006 00:27:41 -0700 From: David G Lawrence To: Scott Long Message-ID: <20060929072741.GH14975@tnn.dglawrence.com> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <451AA7B1.5080202@samsco.org> Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 07:28:05 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Attached is a simple user program that will immediately cause pretty much all of the network drivers (at least the ones I own) to stop working and get watchdog timeouts. WARNING: This program will kill the network on your 6.x server. Do not run this on a production machine unless you are on the console and can ctrl-C it! -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="looppoll.c" #include main() { struct pollfd pfd; pfd.fd = 1; pfd.events = POLLOUT; pfd.revents = 0; while (1) { if (poll(&pfd, 1 /* stdout */, -1) < 0) break; } } --MfFXiAuoTsnnDAfZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 07:53:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AAFE16A412; Fri, 29 Sep 2006 07:53:51 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A18F43D46; Fri, 29 Sep 2006 07:53:50 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (c-24-21-220-242.hsd1.or.comcast.net [24.21.220.242]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id k8T7rW6C076532; Fri, 29 Sep 2006 00:53:32 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id k8T7rR8h090870; Fri, 29 Sep 2006 00:53:27 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id k8T7rRsB090869; Fri, 29 Sep 2006 00:53:27 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Fri, 29 Sep 2006 00:53:27 -0700 From: David G Lawrence To: Scott Long Message-ID: <20060929075327.GI14975@tnn.dglawrence.com> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929072741.GH14975@tnn.dglawrence.com> Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 07:53:51 -0000 > Attached is a simple user program that will immediately cause pretty much > all of the network drivers (at least the ones I own) to stop working and > get watchdog timeouts. Oh, one more thing - I've only tried this on uni-processor machines. The only MP machine that I have here is a production machine that I can't test this on right now. If running this on an SMP machine doesn't show the problem, then try running multiple copies of it (one for each CPU). -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 07:58:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B620F16A407 for ; Fri, 29 Sep 2006 07:58:16 +0000 (UTC) (envelope-from solskogen@carebears.mine.nu) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2E5943D6E for ; Fri, 29 Sep 2006 07:58:10 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (151.85-200-10.bkkb.no [85.200.10.151]) by mail.hjemme.no (8.13.4/8.13.4) with ESMTP id k8T7w5MK007574 for ; Fri, 29 Sep 2006 09:58:06 +0200 Received: from localhost (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id 78AC1CEAC7 for ; Fri, 29 Sep 2006 09:58:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at carebears.mine.nu Received: from carebears.mine.nu ([127.0.0.1]) by localhost (shine.carebears.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YULw7GMwHt7v for ; Fri, 29 Sep 2006 09:58:08 +0200 (CEST) Received: from carebears.mine.nu (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id F0966CE14D for ; Fri, 29 Sep 2006 09:58:07 +0200 (CEST) Received: from 62.97.242.158 (SquirrelMail authenticated user solskogen) by carebears.mine.nu with HTTP; Fri, 29 Sep 2006 09:58:07 +0200 (CEST) Message-ID: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> Date: Fri, 29 Sep 2006 09:58:07 +0200 (CEST) From: "Christer Solskogen" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 07:58:16 -0000 FreeBSD 6.1-RELEASE-p3 amd64 /usr/bin/gcc -O1 -pipe -march=nocona -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/files3/build/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DOPENSSL_NO_IDEA -DNO_IDEA -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: error: `DH_R_MODULUS_TOO_LARGE' undeclared here (not in a function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: error: initializer element is not constant /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: error: (near initialization for `DH_str_reasons[1].error') /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: error: initializer element is not constant /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: error: (near initialization for `DH_str_reasons[1]') /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:82: error: initializer element is not constant /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:82: error: (near initialization for `DH_str_reasons[2]') /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:83: error: initializer element is not constant /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:83: error: (near initialization for `DH_str_reasons[3]') *** Error code 1 Stop in /usr/src/secure/lib/libcrypto. *** 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. The patch was applied using cvsup. -- cso From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 08:05:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9AB316A494 for ; Fri, 29 Sep 2006 08:05:44 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8634643D6E for ; Fri, 29 Sep 2006 08:05:38 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1GTDNI-0003PD-PG for freebsd-stable@freebsd.org; Fri, 29 Sep 2006 12:05:36 +0400 Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc) by sysadm.stc with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTDNC-0004vv-S3 for freebsd-stable@freebsd.org; Fri, 29 Sep 2006 12:05:31 +0400 Received: (from igorr@localhost) by sysadm.stc (8.13.6/8.13.6/Submit) id k8T85UCh018966 for freebsd-stable@freebsd.org; Fri, 29 Sep 2006 12:05:30 +0400 (MSD) (envelope-from igorr) Date: Fri, 29 Sep 2006 12:05:30 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060929080530.GA18872@sysadm.stc> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929072741.GH14975@tnn.dglawrence.com> User-Agent: Mutt/1.5.12-2006-07-14 X-Archived: Yes Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 08:05:44 -0000 On Fri, Sep 29, 2006 at 12:27:41AM -0700, David G Lawrence wrote: > Attached is a simple user program that will immediately cause pretty much > all of the network drivers (at least the ones I own) to stop working and > get watchdog timeouts. > > WARNING: This program will kill the network on your 6.x server. Do not run > this on a production machine unless you are on the console and can ctrl-C > it! I have tried this program on my workstation and I have not got any timeouts, network works good. sysadm:~>uname -a FreeBSD sysadm.stc 6.1-STABLE FreeBSD 6.1-STABLE #4: Fri Aug 11 14:11:18 MSD 2006 igorr@sysadm.stc:/usr/obj/usr/src/sys/SYSADM amd64 sysadm:~> ifconfig nve0: flags=8843 mtu 1500 inet6 fe80::2e0:81ff:fe55:bc54%nve0 prefixlen 64 scopeid 0x1 inet 192.168.2.26 netmask 0xffffff00 broadcast 192.168.2.255 inet 192.168.2.55 netmask 0xffffffff broadcast 192.168.2.55 ether 00:e0:81:55:bc:54 media: Ethernet autoselect (100baseTX ) status: active From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 08:09:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7797416A403 for ; Fri, 29 Sep 2006 08:09:50 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D4843D4C for ; Fri, 29 Sep 2006 08:09:50 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr1so.prod.shaw.ca (pd4mr1so-qfe3.prod.shaw.ca [10.0.141.212]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J6C00IQ0HCDT680@l-daemon> for stable@freebsd.org; Fri, 29 Sep 2006 02:09:49 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd4mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J6C009BTHCDQEN0@pd4mr1so.prod.shaw.ca> for stable@freebsd.org; Fri, 29 Sep 2006 02:09:49 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J6C0002THCDI8C0@l-daemon> for stable@freebsd.org; Fri, 29 Sep 2006 02:09:49 -0600 (MDT) Received: (qmail 97052 invoked from network); Fri, 29 Sep 2006 08:09:48 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Fri, 29 Sep 2006 08:09:48 +0000 Date: Fri, 29 Sep 2006 01:09:48 -0700 From: Colin Percival In-reply-to: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> To: Christer Solskogen Message-id: <451CD4CC.6030100@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: stable@freebsd.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 08:09:50 -0000 Christer Solskogen wrote: > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: > error: `DH_R_MODULUS_TOO_LARGE' undeclared here (not in a function) Looks like you don't have an updated dh.h yet. Try running cvsup again, maybe from a different mirror. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 08:10:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A851E16A531 for ; Fri, 29 Sep 2006 08:10:32 +0000 (UTC) (envelope-from yuri@irfu.se) Received: from colibri.its.uu.se (colibri.its.uu.se [130.238.4.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E13343D62 for ; Fri, 29 Sep 2006 08:10:25 +0000 (GMT) (envelope-from yuri@irfu.se) Received: by colibri.its.uu.se (Postfix, from userid 211) id 88AC7A6B; Fri, 29 Sep 2006 10:10:24 +0200 (DFT) Received: from colibri.its.uu.se(127.0.0.1) by colibri.its.uu.se via virus-scan id s14346; Fri, 29 Sep 06 10:10:16 +0200 Received: from hq.irfu.se (hq.irfu.se [130.238.30.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by colibri.its.uu.se (Postfix) with ESMTP id 53258A63; Fri, 29 Sep 2006 10:10:14 +0200 (DFT) Received: from [130.92.76.29] (issi29.unibe.ch [130.92.76.29]) (authenticated bits=0) by hq.irfu.se (8.13.6/8.13.6) with ESMTP id k8T8A7Aq017891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Sep 2006 10:10:09 +0200 (CEST) (envelope-from yuri@irfu.se) Message-ID: <451CD4DA.8060906@irfu.se> Date: Fri, 29 Sep 2006 10:10:02 +0200 From: Yuri Khotyaintsev User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200605081354.58807.yuri@irfu.se> <20060508174133.GA48163@xor.obsecurity.org> <200605111111.07882.yuri@irfu.se> In-Reply-To: <200605111111.07882.yuri@irfu.se> Content-Type: text/plain; charset=UTF-8; format=flowed X-Spam-Status: No, score=-2.5 required=7.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on hq.irfu.se Content-Transfer-Encoding: quoted-printable Cc: Kris Kennaway Subject: NFS/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: Fri, 29 Sep 2006 08:10:32 -0000 Will a fix for NFS/TCP (nfs_socket.c rev 1.138) be ever committed to stab= le? Yuri Khotyaintsev wrote: > On Monday 08 May 2006 19:41, Kris Kennaway wrote: > =20 >> On Mon, May 08, 2006 at 01:54:58PM +0200, Yuri Khotyaintsev wrote: >> =20 >>> I have an NSF server and several clients which write large text files= to >>> the server. All machines are running max one week old STABLE and are >>> connected to the same gigabit switch, and have identical nics (em). A= md >>> mount options are: /defaults >>> type:=3Dnfs;cache:=3Dall;opts:=3Drw,intr,nosuid,grpid,nfsv3,tcp,resvp= ort,soft >>> >>> Almost all the time I get the following messages on the server: >>> >>> nfsd send error 32 >>> nfsd send error 32 >>> nfsd send error 32 >>> nfsd send error 32 >>> nfsd send error 32 >>> ... >>> >>> And corresponding messages on a client: >>> >>> impossible packet length (8996061) from nfs server db:/export/data1/c= aa >>> impossible packet length (3123011) from nfs server db:/export/data1/c= aa >>> impossible packet length (893006905) from nfs server db:/export/data1= /caa >>> impossible packet length (842018868) from nfs server db:/export/data1= /caa >>> impossible packet length (874220) from nfs server db:/export/data1/ca= a >>> impossible packet length (14182767) from nfs server db:/export/data1/= caa >>> impossible packet length (16777216) from nfs server db:/export/data1/= caa >>> impossible packet length (758134573) from nfs server db:/export/data1= /caa >>> impossible packet length (1503661568) from nfs server >>> db:/export/data1/caa impossible packet length (1300840) from nfs serv= er >>> db:/export/data1/caa ... >>> >>> And from time to time the files which are written to the server get >>> truncated (regardless of the file size)... >>> >>> Does anybody have an idea how to make it work reliably and not to >>> truncate the files? >>> =20 >> mohan committed a fix for one such problem a few days ago. It will >> not be in 6.1-RELEASE, but you should be able to apply the patch >> yourself. It would be nice to know how it works for you. >> >> =20 >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/nfsclient/nfs_socket.c.d= iff?r >> 1=3Dtext&tr1=3D1.136&r2=3Dtext&tr2=3D1.139 >> =20 > > I have patched nfs_socket.c on all clients and run the same kind of pro= cessing=20 > which was causing the problem. I can report that the problem is gone wi= th=20 > nfs_socket.c rev 1.139. I only got one "nfs send error 35" on one of th= e=20 > clients instead of hundreds of messages I was seeing before. Thank you = very=20 > much! > =20 --=20 Dr. Yuri Khotyaintsev Institutet f=C3=B6r rymdfysik (IRF), Uppsala From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 08:16:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F11EC16A403 for ; Fri, 29 Sep 2006 08:16:53 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C49A43D53 for ; Fri, 29 Sep 2006 08:16:53 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (c-24-21-220-242.hsd1.or.comcast.net [24.21.220.242]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id k8T8Gr6C080005; Fri, 29 Sep 2006 01:16:53 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id k8T8GmuR096621; Fri, 29 Sep 2006 01:16:48 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id k8T8Gldm096620; Fri, 29 Sep 2006 01:16:47 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Fri, 29 Sep 2006 01:16:47 -0700 From: David G Lawrence To: Igor Robul Message-ID: <20060929081647.GJ14975@tnn.dglawrence.com> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> <20060929080530.GA18872@sysadm.stc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929080530.GA18872@sysadm.stc> Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 08:16:54 -0000 > On Fri, Sep 29, 2006 at 12:27:41AM -0700, David G Lawrence wrote: > > Attached is a simple user program that will immediately cause pretty much > > all of the network drivers (at least the ones I own) to stop working and > > get watchdog timeouts. > > > > WARNING: This program will kill the network on your 6.x server. Do not run > > this on a production machine unless you are on the console and can ctrl-C > > it! > I have tried this program on my workstation and I have not got any > timeouts, network works good. > sysadm:~>uname -a > FreeBSD sysadm.stc 6.1-STABLE FreeBSD 6.1-STABLE #4: Fri Aug 11 14:11:18 Is this build date also about the same date that you cvsup'd the sources? > MSD 2006 igorr@sysadm.stc:/usr/obj/usr/src/sys/SYSADM amd64 > sysadm:~> ifconfig > nve0: flags=8843 mtu 1500 > inet6 fe80::2e0:81ff:fe55:bc54%nve0 prefixlen 64 scopeid 0x1 > inet 192.168.2.26 netmask 0xffffff00 broadcast 192.168.2.255 > inet 192.168.2.55 netmask 0xffffffff broadcast 192.168.2.55 > ether 00:e0:81:55:bc:54 > media: Ethernet autoselect (100baseTX ) > status: active Is this a UP machine or MP machine? -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 08:42:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6596116A417 for ; Fri, 29 Sep 2006 08:42:22 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A19CE43D60 for ; Fri, 29 Sep 2006 08:42:19 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1GTDwo-00054e-Fl for freebsd-stable@freebsd.org; Fri, 29 Sep 2006 12:42:18 +0400 Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc) by sysadm.stc with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTDwj-0004yt-0h for freebsd-stable@freebsd.org; Fri, 29 Sep 2006 12:42:13 +0400 Received: (from igorr@localhost) by sysadm.stc (8.13.6/8.13.6/Submit) id k8T8gDOw019150 for freebsd-stable@freebsd.org; Fri, 29 Sep 2006 12:42:13 +0400 (MSD) (envelope-from igorr) Date: Fri, 29 Sep 2006 12:42:13 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060929084212.GB18872@sysadm.stc> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> <20060929080530.GA18872@sysadm.stc> <20060929081647.GJ14975@tnn.dglawrence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929081647.GJ14975@tnn.dglawrence.com> User-Agent: Mutt/1.5.12-2006-07-14 X-Archived: Yes Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 08:42:22 -0000 On Fri, Sep 29, 2006 at 01:16:47AM -0700, David G Lawrence wrote: > Is this a UP machine or MP machine? Dualcore AMD64. sysadm:~>sysctl hw.ncpu hw.ncpu: 2 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 09:34:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD3916A417; Fri, 29 Sep 2006 09:34:41 +0000 (UTC) (envelope-from solskogen@carebears.mine.nu) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A62143D7E; Fri, 29 Sep 2006 09:34:14 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (151.85-200-10.bkkb.no [85.200.10.151]) by mail.hjemme.no (8.13.4/8.13.4) with ESMTP id k8T9YCOa019954; Fri, 29 Sep 2006 11:34:13 +0200 Received: from localhost (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id 6A475CF298; Fri, 29 Sep 2006 11:34:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at carebears.mine.nu Received: from carebears.mine.nu ([127.0.0.1]) by localhost (shine.carebears.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JBcUeofcr-3L; Fri, 29 Sep 2006 11:34:15 +0200 (CEST) Received: from carebears.mine.nu (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id E3151CD656; Fri, 29 Sep 2006 11:34:14 +0200 (CEST) Received: from 62.97.242.158 (SquirrelMail authenticated user solskogen) by carebears.mine.nu with HTTP; Fri, 29 Sep 2006 11:34:14 +0200 (CEST) Message-ID: <4272.62.97.242.158.1159522454.squirrel@carebears.mine.nu> In-Reply-To: <451CD4CC.6030100@freebsd.org> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451CD4CC.6030100@freebsd.org> Date: Fri, 29 Sep 2006 11:34:14 +0200 (CEST) From: "Christer Solskogen" To: "Colin Percival" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 09:34:42 -0000 On Fri, September 29, 2006 10:09, Colin Percival wrote: > Christer Solskogen wrote: > >> /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err. >> c >> /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err. >> c:81: >> error: `DH_R_MODULUS_TOO_LARGE' undeclared here (not in a function) >> > > Looks like you don't have an updated dh.h yet. Try running cvsup again, > maybe from a different mirror. > > Colin Percival > > I've tried norway's mirror (my default), the danish, the swedish mirror and the mirror in holland. No change. Just to be sure I also deletet src/crypto before I tried the different mirrors. -- cso From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 10:37:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FED316A407; Fri, 29 Sep 2006 10:37:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A1643D49; Fri, 29 Sep 2006 10:37:58 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GTFkh-000FVZ-2d; Fri, 29 Sep 2006 11:37:55 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GTFkg-0001kP-SH; Fri, 29 Sep 2006 11:37:54 +0100 To: dg@dglawrence.com, scottl@samsco.org In-Reply-To: <20060929072741.GH14975@tnn.dglawrence.com> Message-Id: From: Pete French Date: Fri, 29 Sep 2006 11:37:54 +0100 Cc: freebsd-stable@freebsd.org, ob@e-Gitt.NET, jhb@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 10:37:59 -0000 > Attached is a simple user program that will immediately cause pretty much > all of the network drivers (at least the ones I own) to stop working and > get watchdog timeouts. I am runnign this on a single processor machine with an SMP kernel and it does not have any effect. I dont tink I have any single processor machines running a non SMP kernel to try it on though. Not particularly helpful I know. I'll try building a non SMP kernel for this machine if I can. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 10:44:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E3B16A403; Fri, 29 Sep 2006 10:44:44 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14B9943D45; Fri, 29 Sep 2006 10:44:43 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (c-24-21-220-242.hsd1.or.comcast.net [24.21.220.242]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id k8TAiX6C001938; Fri, 29 Sep 2006 03:44:33 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id k8TAiSkb033206; Fri, 29 Sep 2006 03:44:28 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id k8TAiRdY033205; Fri, 29 Sep 2006 03:44:27 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Fri, 29 Sep 2006 03:44:27 -0700 From: David G Lawrence To: Pete French Message-ID: <20060929104427.GN14975@tnn.dglawrence.com> References: <20060929072741.GH14975@tnn.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org, ob@e-Gitt.NET, jhb@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 10:44:44 -0000 > > Attached is a simple user program that will immediately cause pretty much > > all of the network drivers (at least the ones I own) to stop working and > > get watchdog timeouts. > > I am runnign this on a single processor machine with an SMP kernel and > it does not have any effect. I dont tink I have any single processor machines > running a non SMP kernel to try it on though. Not particularly helpful I know. I'll Actually, I think it is helpful to know that the program only has an effect on some machines. We just need to figure out what the common denominator is. > try building a non SMP kernel for this machine if I can. Do you have any history of seeing the watchdog timeout problem on your machine? -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 10:48:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AC9E16A4A7; Fri, 29 Sep 2006 10:48:23 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0FB343D5A; Fri, 29 Sep 2006 10:48:21 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GTFuf-000FfG-Jh; Fri, 29 Sep 2006 11:48:13 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GTFuf-0000Hr-Gb; Fri, 29 Sep 2006 11:48:13 +0100 To: dg@dglawrence.com In-Reply-To: <20060929104427.GN14975@tnn.dglawrence.com> Message-Id: From: Pete French Date: Fri, 29 Sep 2006 11:48:13 +0100 Cc: freebsd-stable@freebsd.org, ob@e-Gitt.NET, jhb@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 10:48:23 -0000 > Do you have any history of seeing the watchdog timeout problem on your > machine? On this machine no - but it's the only one running em0. On other machines running bge0 then, yes, I see it a lot. But those are all SMP machines, aside from one. On that one I am currently building the latest 6-STABLE and when it's done (give it a couple of hours) I will give it a shot with your code and see what happens. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 11:52:29 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 500F716A47C for ; Fri, 29 Sep 2006 11:52:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3B9A43D55 for ; Fri, 29 Sep 2006 11:52:27 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 86D7545CD9; Fri, 29 Sep 2006 13:52:26 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B3D73456B1; Fri, 29 Sep 2006 13:52:22 +0200 (CEST) Date: Fri, 29 Sep 2006 13:51:49 +0200 From: Pawel Jakub Dawidek To: Dmitry Morozovsky Message-ID: <20060929115149.GG3633@garage.freebsd.pl> References: <20060926221446.D33732@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bpVaumkpfGNUagdU" Content-Disposition: inline In-Reply-To: <20060926221446.D33732@woozle.rinet.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: stable@FreeBSD.org Subject: Re: RELENG_6_1 panic, possibly gmirror related 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, 29 Sep 2006 11:52:29 -0000 --bpVaumkpfGNUagdU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 26, 2006 at 10:19:22PM +0400, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > this is very preliminar report, I'll try to test more thoroughly tomorrow= =2E.. >=20 > after detaching one disk from gmirror (four gmirror tuples for each bsd= =20 > partition) I encounter panic: >=20 > panic: handle_written_inodeblock: live inodedep > Uptime: 2m4s > GEOM_MIRROR: Device m0g: provider mirror/m0g destroyed. > Sleeping thread (tid 100008, pid 3) owns a non-sleepable lock > panic: sleeping thread >=20 > as it's rather highly loaded router I had no chance to build debugging ke= rnel=20 > there, but will do that on similar test machine. >=20 > Before I dig for it, maybe it's known issue? Never heard of it, so please provide some more info. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bpVaumkpfGNUagdU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFHQjVForvXbEpPzQRAi6PAKCVhFixHocOrOKNOMYEJRmf1kVD8wCffS3S SyKybxrkjI53rtTmbLYwUoc= =o1zW -----END PGP SIGNATURE----- --bpVaumkpfGNUagdU-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 12:14:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4644016A416; Fri, 29 Sep 2006 12:14:40 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F50C43D69; Fri, 29 Sep 2006 12:14:09 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GTHFo-000Hhk-Ew; Fri, 29 Sep 2006 13:14:08 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GTHFo-0002Ei-3M; Fri, 29 Sep 2006 13:14:08 +0100 To: dg@dglawrence.com In-Reply-To: <20060929104427.GN14975@tnn.dglawrence.com> Message-Id: From: Pete French Date: Fri, 29 Sep 2006 13:14:08 +0100 Cc: freebsd-stable@freebsd.org, ob@e-Gitt.NET, jhb@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 12:14:40 -0000 > Do you have any history of seeing the watchdog timeout problem on your > machine? O.K., I just finished compiing up a uniprocessor kenel for the machine on which I had been seeing bge0 timeouts, and the lopppoll.c code has no effect there. The kerenl I am running is the latest STABLE from a couple of hours ago. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 12:14:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CDAB16A52F; Fri, 29 Sep 2006 12:14:57 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F4043D8D; Fri, 29 Sep 2006 12:14:53 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (c-24-21-220-242.hsd1.or.comcast.net [24.21.220.242]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id k8TCEc6C015265; Fri, 29 Sep 2006 05:14:38 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id k8TCEX5D055629; Fri, 29 Sep 2006 05:14:33 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id k8TCEXGO055628; Fri, 29 Sep 2006 05:14:33 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Fri, 29 Sep 2006 05:14:33 -0700 From: David G Lawrence To: Pete French Message-ID: <20060929121433.GO14975@tnn.dglawrence.com> References: <20060929104427.GN14975@tnn.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org, ob@e-Gitt.NET, jhb@freebsd.org Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 12:14:57 -0000 > > Do you have any history of seeing the watchdog timeout problem on your > > machine? > > On this machine no - but it's the only one running em0. On other > machines running bge0 then, yes, I see it a lot. But those are all > SMP machines, aside from one. On that one I am currently building > the latest 6-STABLE and when it's done (give it a couple of hours) > I will give it a shot with your code and see what happens. Another data point: After rebooting my machine, the program no longer causes the problem. It appears that something else has to occur first on the machine to put it into a state that makes it suspectible to the program. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 12:30:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB5DC16A412 for ; Fri, 29 Sep 2006 12:30:07 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3313343D70 for ; Fri, 29 Sep 2006 12:30:07 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J6C001AJTE6CY90@l-daemon> for stable@freebsd.org; Fri, 29 Sep 2006 06:30:06 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J6C0008CTE66WF0@pd2mr7so.prod.shaw.ca> for stable@freebsd.org; Fri, 29 Sep 2006 06:30:06 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J6C000O6TE6I5F0@l-daemon> for stable@freebsd.org; Fri, 29 Sep 2006 06:30:06 -0600 (MDT) Received: (qmail 98613 invoked from network); Fri, 29 Sep 2006 12:30:06 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Fri, 29 Sep 2006 12:30:06 +0000 Date: Fri, 29 Sep 2006 05:30:05 -0700 From: Colin Percival In-reply-to: <4272.62.97.242.158.1159522454.squirrel@carebears.mine.nu> To: Christer Solskogen Message-id: <451D11CD.9080705@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451CD4CC.6030100@freebsd.org> <4272.62.97.242.158.1159522454.squirrel@carebears.mine.nu> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: stable@freebsd.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 12:30:08 -0000 Christer Solskogen wrote: > I've tried norway's mirror (my default), the danish, the swedish mirror > and the mirror in holland. No change. > Just to be sure I also deletet src/crypto before I tried the different > mirrors. Exactly what command did you run to try to compile this? Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 13:09:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E56F816A407 for ; Fri, 29 Sep 2006 13:09:21 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 597A543D67 for ; Fri, 29 Sep 2006 13:09:18 +0000 (GMT) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-163-249.dynamic.sbb.co.yu [89.216.163.249]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id k8TD99CP019415; Fri, 29 Sep 2006 15:09:09 +0200 Received: by faust.net (Postfix, from userid 1001) id 805421701C; Fri, 29 Sep 2006 15:10:29 +0200 (CEST) Date: Fri, 29 Sep 2006 15:10:29 +0200 From: Zoran Kolic To: Mark Kane Message-ID: <20060929131029.GB631@faust.net> References: <20060928163052.GA634@mycenae.net> <20060928181758.44ada845@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060928181758.44ada845@localhost> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 0.7 X-SBB-Spam-Level: X Cc: freebsd-stable@freebsd.org Subject: atheros card 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, 29 Sep 2006 13:09:22 -0000 Hi Mark! > I've got the Netgear WG511T and it works pretty well. Sometimes it does > "lock up" and become unusable after using Kismet or dstumbler (can't > remember which one), but my old 550MHz laptop runs one of the 6.0 > BETAs...so things may have improved in 6.1 or the upcoming 6.2 if it is > a software issue. For general use (surfing/email/IRC/SSH/streaming > audio) it works pretty well. > > Personally I prefer the Netgear or Linksys brands over D-Link. Thanx for reply. In this moment the only solution in stores with atheros is linksys. I have 6.1. Laptop has celeron of 1400, but it works with cpufreq as 174. It lets 3 hours on baterry. My previous "ral" now works with "eapol_version" set to 2. Too late, dear ral. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 13:16:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 763E716A407; Fri, 29 Sep 2006 13:16:16 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0836743D46; Fri, 29 Sep 2006 13:16:16 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.pact.cpes.susx.ac.uk [139.184.130.240]) by mailhost.tao.org.uk (Postfix) with ESMTP id 3DF215C75; Fri, 29 Sep 2006 14:16:15 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 8C2624054; Fri, 29 Sep 2006 14:16:12 +0100 (BST) Date: Fri, 29 Sep 2006 14:16:12 +0100 From: Josef Karthauser To: current@freebsd.org, stable@freebsd.org Message-ID: <20060929131612.GA1473@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org, stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: Drives always come up dirty after shutdown on 6.2-PRERELEASE. 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, 29 Sep 2006 13:16:16 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey guys, I'm not really on the ball with reading the lists now-a-days, and so I've not idea whether this has been discussed already. On my laptop running 6.2-PRERELEASE the drives always mount dirty, which suggests that they are not being shutdown clean; however the machine always syncs the disks and switches itself off after a 'shutdown -p now', and so I'm not sure what it could be. Has anyone else seen this? Joe p.s. I'm running 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #49: Thu Sep 14 23:12:25 BST 2006 --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkUdHJwACgkQXVIcjOaxUBZrlgCbBdDAWt1B0yWd0fWGUCo2C72M /8AAni6/AvYFC36eh+0wICDlaZwm0I0F =BSzQ -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 14:17:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9815416A403 for ; Fri, 29 Sep 2006 14:17:18 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18D4A43DAF for ; Fri, 29 Sep 2006 14:16:32 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 2566F2C90B for ; Fri, 29 Sep 2006 16:16:31 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 5C22F2C90A for ; Fri, 29 Sep 2006 16:16:30 +0200 (CEST) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 317032C906 for ; Fri, 29 Sep 2006 16:16:30 +0200 (CEST) From: Massimo Lusetti To: freebsd-stable@freebsd.org In-Reply-To: <4511A1C6.1010800@freebsd.org> References: <1158768766.10669.52.camel@opus.cse.buffalo.edu> <1158770039.4329.19.camel@massimo.datacode.it> <4511A1C6.1010800@freebsd.org> Content-Type: text/plain Organization: CEDOC - Modena Date: Fri, 29 Sep 2006 16:16:29 +0200 Message-Id: <1159539389.4303.15.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: FreeBSD 6.2-BETA1 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, 29 Sep 2006 14:17:18 -0000 On Wed, 2006-09-20 at 13:17 -0700, Colin Percival wrote: > FreeBSD Update is public; if you are running a system which identifies > itself as i386 running FreeBSD 6.2-BETA1, FreeBSD Update should be able > to fetch the updates right now. > > If it doesn't, something is broken, and I'd like to hear about it. Well, i've upgraded by testbed machine to 6.2-BETA1 and it's working smooth. Even the freebsd-update systems is working great, I've never used this bin update system before but it looks like is a great feature! Thanks Colin for freebsd-update and the whole dev community for this software. BTW the machine is acting as a database server (postgresql) to run/test every queries/tasks before the goes production. Regards -- Massimo.run(); From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 14:44:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED57816A407; Fri, 29 Sep 2006 14:44:30 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4222643D46; Fri, 29 Sep 2006 14:44:30 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060929144428m9100smidre>; Fri, 29 Sep 2006 14:44:29 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k8TEiOWZ092463; Fri, 29 Sep 2006 09:44:25 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k8TEiNVF092462; Fri, 29 Sep 2006 09:44:23 -0500 (CDT) (envelope-from brooks) Date: Fri, 29 Sep 2006 09:44:07 -0500 From: Brooks Davis To: Josef Karthauser , current@freebsd.org, stable@freebsd.org Message-ID: <20060929144407.GA85110@lor.one-eyed-alien.net> References: <20060929131612.GA1473@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20060929131612.GA1473@genius.tao.org.uk> User-Agent: Mutt/1.5.11 Cc: Subject: Re: Drives always come up dirty after shutdown on 6.2-PRERELEASE. 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, 29 Sep 2006 14:44:31 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 02:16:12PM +0100, Josef Karthauser wrote: > Hey guys, >=20 > I'm not really on the ball with reading the lists now-a-days, and so > I've not idea whether this has been discussed already. >=20 > On my laptop running 6.2-PRERELEASE the drives always mount dirty, which > suggests that they are not being shutdown clean; however the machine > always syncs the disks and switches itself off after a 'shutdown -p > now', and so I'm not sure what it could be. >=20 > Has anyone else seen this? I haven't seen any other reports of this. Have you tried running a "fsck -f" on the drives? It's possible there's a latent error that isn't being fixed by bgfsck. -- Brooks --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHTE2XY6L6fI4GtQRAsfnAJ91mduyFW65qtIOPjkXda7p0e3NCgCeNzPL 0Az+tyTHIGbFumxDUA0Ga/w= =xbJ/ -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 14:58:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 803D216A403; Fri, 29 Sep 2006 14:58:14 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00E0343D4C; Fri, 29 Sep 2006 14:58:13 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.pact.cpes.susx.ac.uk [139.184.130.240]) by mailhost.tao.org.uk (Postfix) with ESMTP id 15B125CB4; Fri, 29 Sep 2006 15:58:12 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 37ADE4054; Fri, 29 Sep 2006 15:58:09 +0100 (BST) Date: Fri, 29 Sep 2006 15:58:09 +0100 From: Josef Karthauser To: Brooks Davis Message-ID: <20060929145809.GJ1473@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Brooks Davis , current@freebsd.org, stable@freebsd.org References: <20060929131612.GA1473@genius.tao.org.uk> <20060929144407.GA85110@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRtZRu2mMGBZ6YQ7" Content-Disposition: inline In-Reply-To: <20060929144407.GA85110@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Drives always come up dirty after shutdown on 6.2-PRERELEASE. 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, 29 Sep 2006 14:58:14 -0000 --wRtZRu2mMGBZ6YQ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 09:44:07AM -0500, Brooks Davis wrote: > > On my laptop running 6.2-PRERELEASE the drives always mount dirty, which > > suggests that they are not being shutdown clean; however the machine > > always syncs the disks and switches itself off after a 'shutdown -p > > now', and so I'm not sure what it could be. > >=20 > > Has anyone else seen this? >=20 > I haven't seen any other reports of this. Have you tried running a > "fsck -f" on the drives? It's possible there's a latent error that > isn't being fixed by bgfsck. I thought I did; I'll try again now and see what happens. It's strange though because it's every partition. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --wRtZRu2mMGBZ6YQ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkUdNIAACgkQXVIcjOaxUBazgwCeIX79E+4KV8oDnqFxNXUfkQMU Be4AoMe01a9fVW/mLgxigDMuVqJyyax5 =CRmO -----END PGP SIGNATURE----- --wRtZRu2mMGBZ6YQ7-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 15:21:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05DBF16A4AB; Fri, 29 Sep 2006 15:21:35 +0000 (UTC) (envelope-from solskogen@carebears.mine.nu) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A845943DA3; Fri, 29 Sep 2006 15:21:19 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (151.85-200-10.bkkb.no [85.200.10.151]) by mail.hjemme.no (8.13.4/8.13.4) with ESMTP id k8TFLH02031978; Fri, 29 Sep 2006 17:21:18 +0200 Received: from localhost (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id 7F1BBD128C; Fri, 29 Sep 2006 17:21:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at carebears.mine.nu Received: from carebears.mine.nu ([127.0.0.1]) by localhost (shine.carebears.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EaG6Z+0Aar2Z; Fri, 29 Sep 2006 17:21:20 +0200 (CEST) Received: from wish.carebears.lan (151.85-200-10.bkkb.no [85.200.10.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by carebears.mine.nu (Postfix) with ESMTP id 029EAD128B; Fri, 29 Sep 2006 17:21:19 +0200 (CEST) Date: Fri, 29 Sep 2006 17:14:29 +0200 From: Christer Solskogen To: Colin Percival Message-ID: <20060929171429.514d0d8d@wish.carebears.lan> In-Reply-To: <451D11CD.9080705@freebsd.org> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451CD4CC.6030100@freebsd.org> <4272.62.97.242.158.1159522454.squirrel@carebears.mine.nu> <451D11CD.9080705@freebsd.org> X-Mailer: Sylpheed-Claws 2.5.1 (GTK+ 2.10.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 15:21:35 -0000 On Fri, 29 Sep 2006 05:30:05 -0700 Colin Percival wrote: > Christer Solskogen wrote: > > I've tried norway's mirror (my default), the danish, the swedish > > mirror and the mirror in holland. No change. > > Just to be sure I also deletet src/crypto before I tried the > > different mirrors. > > Exactly what command did you run to try to compile this? > Do you mean using different mirrors? I'm using a supfile for that. But if you mean building I used 'make buildkernel buildworld' But doing a "make includes" did the trick. It compiles as it should now. -- chs From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 15:28:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA30416A407 for ; Fri, 29 Sep 2006 15:28:05 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp3.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D98743D68 for ; Fri, 29 Sep 2006 15:28:02 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: (qmail 27392 invoked from network); 29 Sep 2006 08:28:02 -0700 Received: by simscan 1.1.0 ppid: 27366, pid: 27367, t: 4.9311s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.84/m:40/d:1943 spam: 3.0.3 Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp3 with SMTP; 29 Sep 2006 08:27:57 -0700 Received: from daemon.jim-liesl.org (localhost [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 2431B612E; Fri, 29 Sep 2006 08:28:14 -0700 (PDT) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by daemon.jim-liesl.org (Postfix) with ESMTP id CBE1F6115; Fri, 29 Sep 2006 08:28:13 -0700 (PDT) Message-ID: <451D3B7B.1090602@jim-liesl.org> Date: Fri, 29 Sep 2006 08:27:55 -0700 From: security User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Christer Solskogen References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451CD4CC.6030100@freebsd.org> <4272.62.97.242.158.1159522454.squirrel@carebears.mine.nu> <451D11CD.9080705@freebsd.org> <20060929171429.514d0d8d@wish.carebears.lan> In-Reply-To: <20060929171429.514d0d8d@wish.carebears.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp3.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.3 Cc: stable@freebsd.org, Colin Percival Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 15:28:06 -0000 Christer Solskogen wrote: > On Fri, 29 Sep 2006 05:30:05 -0700 > Colin Percival wrote: > > Do you mean using different mirrors? I'm using a supfile for that. But > if you mean building I used 'make buildkernel buildworld' > > But doing a "make includes" did the trick. It compiles as it should now. > > I though the order was always buildworld before buildkernel From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 15:40:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AD0316A47B for ; Fri, 29 Sep 2006 15:40:44 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id F076F43D66 for ; Fri, 29 Sep 2006 15:40:43 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <451D3E74.6030805@geminix.org> Date: Fri, 29 Sep 2006 17:40:36 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060915 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Christer Solskogen References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> In-Reply-To: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTKTc-000G51-OW; Fri, 29 Sep 2006 17:40:36 +0200 Cc: stable@freebsd.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 15:40:44 -0000 Christer Solskogen wrote: > FreeBSD 6.1-RELEASE-p3 amd64 > > /usr/bin/gcc -O1 -pipe -march=nocona -DTERMIOS -DANSI_SOURCE > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto > -I/files3/build/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS > -DOPENSSL_NO_IDEA -DNO_IDEA -c > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: > error: `DH_R_MODULUS_TOO_LARGE' undeclared here (not in a function) > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: > error: initializer element is not constant > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: > error: (near initialization for `DH_str_reasons[1].error') > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: > error: initializer element is not constant > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:81: > error: (near initialization for `DH_str_reasons[1]') > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:82: > error: initializer element is not constant > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:82: > error: (near initialization for `DH_str_reasons[2]') > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:83: > error: initializer element is not constant > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_err.c:83: > error: (near initialization for `DH_str_reasons[3]') > *** Error code 1 > > Stop in /usr/src/secure/lib/libcrypto. > *** 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. > > The patch was applied using cvsup. The same happened on my workstation, which runs 4.11. The cause of this problem is that the openssl sources under '/usr/src' apparently use some include files installed under '/usr/include/openssl' instead of those in the '/usr/src' tree. The fix for me was to copy the '*.h' files that changed into '/usr/include/openssl' by hand. Afterwards things worked as expected. This is of course just a workaround. The proper fix would be to modify the respective makefiles to add all the directories where there are header files to the list of include directories given to 'cc' with '-I' options. This apparently hasn't been done so far. At least not completely. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 16:01:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43C0616A416; Fri, 29 Sep 2006 16:01:21 +0000 (UTC) (envelope-from solskogen@carebears.mine.nu) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0F6043D8B; Fri, 29 Sep 2006 16:01:13 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (151.85-200-10.bkkb.no [85.200.10.151]) by mail.hjemme.no (8.13.4/8.13.4) with ESMTP id k8TG1BcB027962; Fri, 29 Sep 2006 18:01:12 +0200 Received: from localhost (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id CF152CE3DB; Fri, 29 Sep 2006 18:01:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at carebears.mine.nu Received: from carebears.mine.nu ([127.0.0.1]) by localhost (shine.carebears.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kTvAbMS-W06Q; Fri, 29 Sep 2006 18:01:14 +0200 (CEST) Received: from wish.carebears.lan (151.85-200-10.bkkb.no [85.200.10.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by carebears.mine.nu (Postfix) with ESMTP id 4E6FBCE04F; Fri, 29 Sep 2006 18:01:14 +0200 (CEST) Date: Fri, 29 Sep 2006 18:01:14 +0200 From: Christer Solskogen To: security Message-ID: <20060929180114.456604c8@wish.carebears.lan> In-Reply-To: <451D3B7B.1090602@jim-liesl.org> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451CD4CC.6030100@freebsd.org> <4272.62.97.242.158.1159522454.squirrel@carebears.mine.nu> <451D11CD.9080705@freebsd.org> <20060929171429.514d0d8d@wish.carebears.lan> <451D3B7B.1090602@jim-liesl.org> X-Mailer: Sylpheed-Claws 2.5.1 (GTK+ 2.10.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Colin Percival Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 16:01:21 -0000 On Fri, 29 Sep 2006 08:27:55 -0700 security wrote: > Christer Solskogen wrote: > > On Fri, 29 Sep 2006 05:30:05 -0700 > > Colin Percival wrote: > > > > Do you mean using different mirrors? I'm using a supfile for that. > > But if you mean building I used 'make buildkernel buildworld' > > > > But doing a "make includes" did the trick. It compiles as it should > > now. > > > > > I though the order was always buildworld before buildkernel You can choose what order you want. It will work either way. For the record; a word of a patch for the patch was just in. -- chs From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 16:36:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D389E16A40F for ; Fri, 29 Sep 2006 16:36:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BBA743E40 for ; Fri, 29 Sep 2006 16:33:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8TGXLIL031310 for ; Fri, 29 Sep 2006 10:33:26 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451D4ACA.1040504@samsco.org> Date: Fri, 29 Sep 2006 10:33:14 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060928221505.GA75187@mail1.thewrittenword.com> In-Reply-To: <20060928221505.GA75187@mail1.thewrittenword.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Subject: Re: Poor write performance with LSI 320-2 on 6.1-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: Fri, 29 Sep 2006 16:36:35 -0000 Albert Chin wrote: > I have an Intel S875PWP1 motherboard with a Pentium4 CPU@2.40GHz. PCI > bus is 33Mhz, 32-bit. I recently purchased an LSI 320-2/128MB on eBay > (though the card really looks like a PERC4/DS) and just ran some > bonnie++ tests on a RAID 1 array between two U320 drives for the first > channel and on a RAID 0 array between one U320 drive for the second > channel. The 320-2 has the latest LSI firmware, 1L47. > [...] > > I don't understand how #1 gives 16MB/s (RAID 1) while #3 gives only > 17MB/s. I'd expect #3 to be about x2 the performance of #1. > > The arrays are configured with "write-thru" write policy, "adaptive" > read policy, and "cachedio" cache policy. In LSI terms, "write-thru" means, "write cache is turned off". With that set, performance becomes very consistently describable as "poor", as your tests demonstrate. Linux can get around this a little bit in benchmarks by using larger I/O sizes than FreeBSD (FreeBSD is limited to 128K max, while Linux is not). These are very speedy cards once you put them into their intended configuration. With some decent SCSI disks and a PCI-X bus, it performs quite well. However, I'm actually kinda surprised that the card works at all in your 5V slot. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 17:20:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27AB616A40F for ; Fri, 29 Sep 2006 17:20:17 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A624A43D45 for ; Fri, 29 Sep 2006 17:20:16 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 1A0975C88; Fri, 29 Sep 2006 13:33:09 -0400 (EDT) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id A1446253AA; Fri, 29 Sep 2006 13:20:15 -0400 (EDT) Received: from localhost.vindaloo.com (localhost.vindaloo.com [IPv6:::1]) by dagobah.vindaloo.com (8.13.8/8.13.8) with ESMTP id k8THJblX070314; Fri, 29 Sep 2006 13:19:37 -0400 (EDT) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: Ivan Voras In-Reply-To: References: Content-Type: text/plain Date: Fri, 29 Sep 2006 13:19:35 -0400 Message-Id: <1159550375.1006.30.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Automounter flags for pcfs? 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, 29 Sep 2006 17:20:17 -0000 On Mon, 2006-09-25 at 11:25 +0200, Ivan Voras wrote: > The goal is to have a USB flash drive mounted via automounter in a way > that it auto-umounts after a while so I don't crash the system by > pluggin it out wile mounted. My amd.map looks like this: > > /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key}; > * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev > > flash-s1 > type:=pcfs;dev:=/dev/da0s1;fs:=${autodir}/flash-s1;opts:=rw,longnames,-m664,-M777; > > The problem is that "opts" are not passed to mount_msdosfs which results > in all files having execute bits set, etc. Using "msdosfs" instead of > "pcfs" makes amd fail with "unknown file system". > > So, how to do this? I'll accept anything that gets the proper flags to > mount_msdosfs. > I find that the automounter lacks imagination at times. This makes it more inflexible than it needs to be. Fortunately the authors provided a work around in the form of program mounts. I use these two entries in my amd.map file: msdos0 type:=program;fs:=${autodir}/${key};\ mount:="/sbin/mount mount ${fs}";\ unmount:="/sbin/umount umount ${fs}" ufs0 type:=program;fs:=${autodir}/${key};\ mount:="/sbin/mount mount ${fs}";\ unmount:="/sbin/umount umount ${fs}" and these two entries in /etc/fstab: /dev/da0s1 /.amd/msdos0 msdos rw,longnames,noauto 0 0 /dev/da0s2e /.amd/ufs0 ufs rw,nosuid,nodev,noauto 0 0 To get around problems that I have with amd. A little hackish? Yes but you get complete control over how your filesystem is mounted. The ufs entry works around the problem of the automounter never timing out a ufs mount even if you use amq -u. -- Chris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 17:29:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C280816A40F; Fri, 29 Sep 2006 17:29:59 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CC9243D81; Fri, 29 Sep 2006 17:29:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0C7091A4DA6; Fri, 29 Sep 2006 10:29:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 73E60514B1; Fri, 29 Sep 2006 13:29:54 -0400 (EDT) Date: Fri, 29 Sep 2006 13:29:54 -0400 From: Kris Kennaway To: Yuri Khotyaintsev , mohans@FreeBSD.org Message-ID: <20060929172953.GC31887@xor.obsecurity.org> References: <200605081354.58807.yuri@irfu.se> <20060508174133.GA48163@xor.obsecurity.org> <200605111111.07882.yuri@irfu.se> <451CD4DA.8060906@irfu.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline In-Reply-To: <451CD4DA.8060906@irfu.se> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: NFS/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: Fri, 29 Sep 2006 17:30:00 -0000 --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I don't know if mohan already committed it, so perhaps he can comment. Kris On Fri, Sep 29, 2006 at 10:10:02AM +0200, Yuri Khotyaintsev wrote: > Will a fix for NFS/TCP (nfs_socket.c rev 1.138) be ever committed to stab= le? >=20 > Yuri Khotyaintsev wrote: > >On Monday 08 May 2006 19:41, Kris Kennaway wrote: > > =20 > >>On Mon, May 08, 2006 at 01:54:58PM +0200, Yuri Khotyaintsev wrote: > >> =20 > >>>I have an NSF server and several clients which write large text files = to > >>>the server. All machines are running max one week old STABLE and are > >>>connected to the same gigabit switch, and have identical nics (em). Amd > >>>mount options are: /defaults > >>>type:=3Dnfs;cache:=3Dall;opts:=3Drw,intr,nosuid,grpid,nfsv3,tcp,resvpo= rt,soft > >>> > >>>Almost all the time I get the following messages on the server: > >>> > >>>nfsd send error 32 > >>>nfsd send error 32 > >>>nfsd send error 32 > >>>nfsd send error 32 > >>>nfsd send error 32 > >>>... > >>> > >>>And corresponding messages on a client: > >>> > >>>impossible packet length (8996061) from nfs server db:/export/data1/caa > >>>impossible packet length (3123011) from nfs server db:/export/data1/caa > >>>impossible packet length (893006905) from nfs server db:/export/data1/= caa > >>>impossible packet length (842018868) from nfs server db:/export/data1/= caa > >>>impossible packet length (874220) from nfs server db:/export/data1/caa > >>>impossible packet length (14182767) from nfs server db:/export/data1/c= aa > >>>impossible packet length (16777216) from nfs server db:/export/data1/c= aa > >>>impossible packet length (758134573) from nfs server db:/export/data1/= caa > >>>impossible packet length (1503661568) from nfs server > >>>db:/export/data1/caa impossible packet length (1300840) from nfs server > >>>db:/export/data1/caa ... > >>> > >>>And from time to time the files which are written to the server get > >>>truncated (regardless of the file size)... > >>> > >>>Does anybody have an idea how to make it work reliably and not to > >>>truncate the files? > >>> =20 > >>mohan committed a fix for one such problem a few days ago. It will > >>not be in 6.1-RELEASE, but you should be able to apply the patch > >>yourself. It would be nice to know how it works for you. > >> > >>=20 > >>http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/nfsclient/nfs_socket.c.di= ff?r > >>1=3Dtext&tr1=3D1.136&r2=3Dtext&tr2=3D1.139 > >> =20 > > > >I have patched nfs_socket.c on all clients and run the same kind of=20 > >processing which was causing the problem. I can report that the problem = is=20 > >gone with nfs_socket.c rev 1.139. I only got one "nfs send error 35" on= =20 > >one of the clients instead of hundreds of messages I was seeing before.= =20 > >Thank you very much! > > =20 > --=20 > Dr. Yuri Khotyaintsev > Institutet f??r rymdfysik (IRF), Uppsala >=20 >=20 --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHVgRWry0BWjoQKURAinRAKDwWRQEhU+zxUVCqIhldLNPumiYVQCg3DdR gybsZiag71fr14UmX9eReTQ= =mp1Q -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 17:35:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2500C16A40F for ; Fri, 29 Sep 2006 17:35:47 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED69E43D5F for ; Fri, 29 Sep 2006 17:35:29 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 085505C88; Fri, 29 Sep 2006 13:48:15 -0400 (EDT) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 99B03253AA; Fri, 29 Sep 2006 13:35:21 -0400 (EDT) Received: from localhost.vindaloo.com (localhost.vindaloo.com [IPv6:::1]) by dagobah.vindaloo.com (8.13.8/8.13.8) with ESMTP id k8THXib7077962; Fri, 29 Sep 2006 13:33:44 -0400 (EDT) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: Kris Kennaway In-Reply-To: <20060927203710.GA54541@xor.obsecurity.org> References: <451939DA.3060709@dental-on-line.fr> <451A2E87.6000301@dental-on-line.fr> <451A4045.7020000@dental-on-line.fr> <20060927165109.GA52006@xor.obsecurity.org> <7457F6C0-4E6A-47C4-9981-89627B20B94A@khera.org> <20060927203710.GA54541@xor.obsecurity.org> Content-Type: text/plain Date: Fri, 29 Sep 2006 13:33:43 -0400 Message-Id: <1159551223.1006.42.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Vivek Khera , freebsd-stable Subject: Re: NFS: freeze during copy 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, 29 Sep 2006 17:35:47 -0000 On Wed, 2006-09-27 at 16:37 -0400, Kris Kennaway wrote: > > and my luck has it such that i've not had a lockup since i added that > > extra debugging code into the kernel :-) or :-( depending on your > > view... > > Heisenbugs are great! :) > Before I classified this as a Heisenbug I'd switch from NFS over UDP to NFS over TCP. The original poster also hasn't mentioned if he's using soft, or hard mounts or if he has the intr option on. Depending on how these options are tuned NFS lockups are normal. I used keep /usr/src mounted via NFS and do make buildworld/installworld on my laptop. The network was a switched lan and there were no firewalls. Very occasionally the build process would lockup. When I went to debug this a sage wizard suggested that the first step was to switch from UDP to TCP. As it turns out the problem was that the ne2000 driver on my laptop was loosing packets. With udp the means to detect this was weak to non-existant. Changing to TCP meant that not only could the kernel detect that a packet had gotten lost but it only had to resend that one packet, not the entire buffer. From that point on the build process worked flawlessly in fact I was able to extend the process to work between a local NFS server and a remote NFS client located 25 miles away at the other end of an IPsec tunnel. Bottom line: change to TCP and retest. NFS over UDP is very sensitive to packet loss. -- Chris -- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 18:15:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D5A16A4CA for ; Fri, 29 Sep 2006 18:15:14 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA56B43D5D for ; Fri, 29 Sep 2006 18:15:10 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id F073760CC; Fri, 29 Sep 2006 22:15:09 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id CDE8361CE; Fri, 29 Sep 2006 22:15:09 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8TIFB9g037935; Fri, 29 Sep 2006 22:15:11 +0400 (MSD) (envelope-from ru) Date: Fri, 29 Sep 2006 22:15:11 +0400 From: Ruslan Ermilov To: Christer Solskogen Message-ID: <20060929181511.GE37741@rambler-co.ru> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451CD4CC.6030100@freebsd.org> <4272.62.97.242.158.1159522454.squirrel@carebears.mine.nu> <451D11CD.9080705@freebsd.org> <20060929171429.514d0d8d@wish.carebears.lan> <451D3B7B.1090602@jim-liesl.org> <20060929180114.456604c8@wish.carebears.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="19uQFt6ulqmgNgg1" Content-Disposition: inline In-Reply-To: <20060929180114.456604c8@wish.carebears.lan> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: stable@freebsd.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 18:15:14 -0000 --19uQFt6ulqmgNgg1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 06:01:14PM +0200, Christer Solskogen wrote: > On Fri, 29 Sep 2006 08:27:55 -0700 > security wrote: >=20 > > Christer Solskogen wrote: > > > On Fri, 29 Sep 2006 05:30:05 -0700 > > > Colin Percival wrote: > > > =20 > > > Do you mean using different mirrors? I'm using a supfile for that. > > > But if you mean building I used 'make buildkernel buildworld' > > > > > > But doing a "make includes" did the trick. It compiles as it should > > > now. > > > > > > =20 > > I though the order was always buildworld before buildkernel >=20 > You can choose what order you want. It will work either way. > For the record; a word of a patch for the patch was just in. >=20 No, buildworld should generally be built before buildkernel because buildworld also builds (possibly new) a compiler and binutils that buildkernel will use. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --19uQFt6ulqmgNgg1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHWKvqRfpzJluFF4RAhbJAJ9M8gzIflJJzu0UL9yILiNZ8Kl08wCfcHEX eQnYhHgkZSBeZvHQq6VDqJY= =tWRQ -----END PGP SIGNATURE----- --19uQFt6ulqmgNgg1-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 18:18:08 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A712B16A416 for ; Fri, 29 Sep 2006 18:18:08 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE11843D5D for ; Fri, 29 Sep 2006 18:18:05 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 99B1D60C1; Fri, 29 Sep 2006 22:18:04 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 782BE6051; Fri, 29 Sep 2006 22:18:04 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8TII60E037955; Fri, 29 Sep 2006 22:18:06 +0400 (MSD) (envelope-from ru) Date: Fri, 29 Sep 2006 22:18:06 +0400 From: Ruslan Ermilov To: Uwe Doering Message-ID: <20060929181806.GF37741@rambler-co.ru> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451D3E74.6030805@geminix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4VrXvz3cwkc87Wze" Content-Disposition: inline In-Reply-To: <451D3E74.6030805@geminix.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Christer Solskogen , stable@FreeBSD.ORG Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 18:18:08 -0000 --4VrXvz3cwkc87Wze Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 05:40:36PM +0200, Uwe Doering wrote: [...] > The same happened on my workstation, which runs 4.11. The cause of this= =20 > problem is that the openssl sources under '/usr/src' apparently use some= =20 > include files installed under '/usr/include/openssl' instead of those in= =20 > the '/usr/src' tree. >=20 > The fix for me was to copy the '*.h' files that changed into=20 > '/usr/include/openssl' by hand. Afterwards things worked as expected.=20 > This is of course just a workaround. The proper fix would be to modify= =20 > the respective makefiles to add all the directories where there are=20 > header files to the list of include directories given to 'cc' with '-I'= =20 > options. This apparently hasn't been done so far. At least not complete= ly. >=20 No. The correct way is to either do a full build (aka buildworld), or a partial build by first installing headers, and then doing the library build. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --4VrXvz3cwkc87Wze Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHWNeqRfpzJluFF4RAvLXAJkB0JLsz5MU/kNQyGjncQdrBa8gqACfXg8U 4DC+NHa0jWzOwwvt0rSPlBo= =naYr -----END PGP SIGNATURE----- --4VrXvz3cwkc87Wze-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 18:34:32 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5959216A47C; Fri, 29 Sep 2006 18:34:32 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id D760843D46; Fri, 29 Sep 2006 18:34:31 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <451D6735.70401@geminix.org> Date: Fri, 29 Sep 2006 20:34:29 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060915 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Ruslan Ermilov References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451D3E74.6030805@geminix.org> <20060929181806.GF37741@rambler-co.ru> In-Reply-To: <20060929181806.GF37741@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTNBu-00023T-2i; Fri, 29 Sep 2006 20:34:30 +0200 Cc: Christer Solskogen , stable@FreeBSD.ORG Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 18:34:32 -0000 Ruslan Ermilov wrote: > On Fri, Sep 29, 2006 at 05:40:36PM +0200, Uwe Doering wrote: > [...] >> The same happened on my workstation, which runs 4.11. The cause of this >> problem is that the openssl sources under '/usr/src' apparently use some >> include files installed under '/usr/include/openssl' instead of those in >> the '/usr/src' tree. >> >> The fix for me was to copy the '*.h' files that changed into >> '/usr/include/openssl' by hand. Afterwards things worked as expected. >> This is of course just a workaround. The proper fix would be to modify >> the respective makefiles to add all the directories where there are >> header files to the list of include directories given to 'cc' with '-I' >> options. This apparently hasn't been done so far. At least not completely. >> > No. The correct way is to either do a full build (aka buildworld), > or a partial build by first installing headers, and then doing the > library build. ?????? Did you notice the subject of this thread? The problem occured while running 'buildworld'. My understanding so far is that the files under '/usr/include' don't get touched until I run 'installworld'. So the 'buildworld' universe has to be self-contained. That's what I was trying to point out. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 18:56:21 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6AE716A40F for ; Fri, 29 Sep 2006 18:56:21 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD88043D72 for ; Fri, 29 Sep 2006 18:56:18 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 982A15F4E; Fri, 29 Sep 2006 22:56:17 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 5F85B5F86; Fri, 29 Sep 2006 22:56:17 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8TIuFma038442; Fri, 29 Sep 2006 22:56:15 +0400 (MSD) (envelope-from ru) Date: Fri, 29 Sep 2006 22:56:15 +0400 From: Ruslan Ermilov To: Uwe Doering Message-ID: <20060929185615.GA38232@rambler-co.ru> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451D3E74.6030805@geminix.org> <20060929181806.GF37741@rambler-co.ru> <451D6735.70401@geminix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <451D6735.70401@geminix.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Christer Solskogen , stable@FreeBSD.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 18:56:21 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 08:34:29PM +0200, Uwe Doering wrote: > Ruslan Ermilov wrote: > >On Fri, Sep 29, 2006 at 05:40:36PM +0200, Uwe Doering wrote: > >[...] > >>The same happened on my workstation, which runs 4.11. The cause of thi= s=20 > >>problem is that the openssl sources under '/usr/src' apparently use som= e=20 > >>include files installed under '/usr/include/openssl' instead of those i= n=20 > >>the '/usr/src' tree. > >> > >>The fix for me was to copy the '*.h' files that changed into=20 > >>'/usr/include/openssl' by hand. Afterwards things worked as expected.= =20 > >>This is of course just a workaround. The proper fix would be to modify= =20 > >>the respective makefiles to add all the directories where there are=20 > >>header files to the list of include directories given to 'cc' with '-I'= =20 > >>options. This apparently hasn't been done so far. At least not=20 > >>completely. > >> > >No. The correct way is to either do a full build (aka buildworld), > >or a partial build by first installing headers, and then doing the > >library build. >=20 > ?????? >=20 > Did you notice the subject of this thread? The problem occured while=20 > running 'buildworld'. >=20 It doesn't matter. What you suggest is not the correct way. Perhaps the buildworld is broken, but that's a separate issue. > My understanding so far is that the files under=20 > '/usr/include' don't get touched until I run 'installworld'. So the=20 > 'buildworld' universe has to be self-contained. That's what I was=20 > trying to point out. >=20 Yes, they are not touched. During buildworld, a special version of the compiler is built that looks headers up in the temporary location, normally /usr/obj/usr/src/tmp/usr/include. Then all (new) headers are installed there, then new libraries are built, then all the rest. If buildworld touched /usr/include, you could easily end up with a partially upgraded system, e.g. if build failed in the middle. If it still fails for you (the buildworld), please collect and put the full combiled stdout + stderr output from running "make buildworld" available somewhere for download and analysis. Colin said he did build all worlds, on all patched branches. OK, you had 4.11 and what were you trying to build? RELENG_4? So I can try to reproduce the problem here. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHWxPqRfpzJluFF4RAhOBAKCSY/sAU67Y3NSVdxQpogeowaMwDwCfchb0 sAQW3VMevXqb9mX56Ltd4cM= =A6gh -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 19:16:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA7D16A407 for ; Fri, 29 Sep 2006 19:16:50 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC1643D6E for ; Fri, 29 Sep 2006 19:16:49 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1097787nfc for ; Fri, 29 Sep 2006 12:16:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HfzHkMt4wQjKoQDurje9wHtjaT94XQRQ8DYZSQeIt/rqK7oG6GXvvH2/U7+Dk4Kit6mGEhE338WWL+Kg2/QW7WrcetOzt6mJ6B6fg9AFqyT33z3K5sTt0YWDfrhnWVXnwCw/PJioIGc0YCFQ2iXGXP3M24JTwt7UuBVA8MIf1jg= Received: by 10.78.131.8 with SMTP id e8mr2616665hud; Fri, 29 Sep 2006 12:16:48 -0700 (PDT) Received: by 10.78.168.7 with HTTP; Fri, 29 Sep 2006 12:16:48 -0700 (PDT) Message-ID: <70e8236f0609291216p1007a4t9d3b693d196f80d0@mail.gmail.com> Date: Fri, 29 Sep 2006 20:16:48 +0100 From: "Joao Barros" To: "Scott Long" In-Reply-To: <451D4ACA.1040504@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060928221505.GA75187@mail1.thewrittenword.com> <451D4ACA.1040504@samsco.org> Cc: freebsd-stable@freebsd.org Subject: Re: Poor write performance with LSI 320-2 on 6.1-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: Fri, 29 Sep 2006 19:16:50 -0000 On 9/29/06, Scott Long wrote: > These are very speedy cards once you put them into their intended > configuration. With some decent SCSI disks and a PCI-X bus, it > performs quite well. However, I'm actually kinda surprised that the > card works at all in your 5V slot. I have a Megaraid Enterprise 1600 aka PERC3/DC running on a Supermicro MB with a PIII 733MHz on a 33MHz PCI slot :-) It runs fine on mostly every board (non server) I tested with. Only now I bought an old Xeon MB and I'm about to transfer the card to a PCI-X slot. -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 19:22:03 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24F5B16A492; Fri, 29 Sep 2006 19:22:03 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D1343D77; Fri, 29 Sep 2006 19:21:57 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <451D7254.50807@geminix.org> Date: Fri, 29 Sep 2006 21:21:56 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060915 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Ruslan Ermilov References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451D3E74.6030805@geminix.org> <20060929181806.GF37741@rambler-co.ru> <451D6735.70401@geminix.org> <20060929185615.GA38232@rambler-co.ru> In-Reply-To: <20060929185615.GA38232@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTNvo-0004rN-Iu; Fri, 29 Sep 2006 21:21:56 +0200 Cc: Christer Solskogen , stable@FreeBSD.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 19:22:03 -0000 Ruslan Ermilov wrote: > On Fri, Sep 29, 2006 at 08:34:29PM +0200, Uwe Doering wrote: >> Ruslan Ermilov wrote: >>> On Fri, Sep 29, 2006 at 05:40:36PM +0200, Uwe Doering wrote: >>> [...] >>>> The same happened on my workstation, which runs 4.11. The cause of this >>>> problem is that the openssl sources under '/usr/src' apparently use some >>>> include files installed under '/usr/include/openssl' instead of those in >>>> the '/usr/src' tree. >>>> >>>> The fix for me was to copy the '*.h' files that changed into >>>> '/usr/include/openssl' by hand. Afterwards things worked as expected. >>>> This is of course just a workaround. The proper fix would be to modify >>>> the respective makefiles to add all the directories where there are >>>> header files to the list of include directories given to 'cc' with '-I' >>>> options. This apparently hasn't been done so far. At least not >>>> completely. >>>> >>> No. The correct way is to either do a full build (aka buildworld), >>> or a partial build by first installing headers, and then doing the >>> library build. >> ?????? >> >> Did you notice the subject of this thread? The problem occured while >> running 'buildworld'. >> > It doesn't matter. What you suggest is not the correct way. > Perhaps the buildworld is broken, but that's a separate issue. > >> My understanding so far is that the files under >> '/usr/include' don't get touched until I run 'installworld'. So the >> 'buildworld' universe has to be self-contained. That's what I was >> trying to point out. >> > Yes, they are not touched. During buildworld, a special version > of the compiler is built that looks headers up in the temporary > location, normally /usr/obj/usr/src/tmp/usr/include. Then all > (new) headers are installed there, then new libraries are built, > then all the rest. If buildworld touched /usr/include, you > could easily end up with a partially upgraded system, e.g. if > build failed in the middle. If it still fails for you (the > buildworld), please collect and put the full combiled stdout + > stderr output from running "make buildworld" available somewhere > for download and analysis. Colin said he did build all worlds, > on all patched branches. Unfortunately I can no longer reproduce the error because I fixed the problem by hand, as pointed out above. Sorry. > OK, you had 4.11 and what were you trying to build? RELENG_4? > So I can try to reproduce the problem here. Yes, I use RELENG_4. Thanks for your help. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 19:54:24 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C3C716A5F1 for ; Fri, 29 Sep 2006 19:54:24 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108CD43D46 for ; Fri, 29 Sep 2006 19:54:23 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so290135uge for ; Fri, 29 Sep 2006 12:54:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=O+meFEY+ahWvAlXxbR5svXKQ7+SMeGtPef5MvSyfuz1v2sb80cGXDMFsGXfrgD6UwVgVgr6i12nRfxj1U9qX/oKtVi7UOf/enUKdRsMJnjI/AufFBVrIcSAG26PCSljczWUKm1aftnYeT3lnVH6wRM6vDk7381oAEsBpZi1y2YA= Received: by 10.66.216.20 with SMTP id o20mr208611ugg; Fri, 29 Sep 2006 12:54:23 -0700 (PDT) Received: by 10.66.248.4 with HTTP; Fri, 29 Sep 2006 12:54:22 -0700 (PDT) Message-ID: Date: Fri, 29 Sep 2006 16:54:22 -0300 From: "Eduardo Meyer" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: DELL CX300 storage 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, 29 Sep 2006 19:54:24 -0000 I believe it uses emulex card. I found very good support for qlogic with isp(4) device, but what about emulex? Is there any chance it will work on FreeBSD? -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 19:59:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA28A16A40F for ; Fri, 29 Sep 2006 19:59:42 +0000 (UTC) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: from mail1.thewrittenword.com (mail1.thewrittenword.com [67.95.107.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BF9E43D5A for ; Fri, 29 Sep 2006 19:59:42 +0000 (GMT) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: by mail1.thewrittenword.com (Postfix, from userid 1000) id C907E144; Fri, 29 Sep 2006 14:59:41 -0500 (CDT) Date: Fri, 29 Sep 2006 14:59:41 -0500 From: Albert Chin To: freebsd-stable@freebsd.org Message-ID: <20060929195941.GD53879@mail1.thewrittenword.com> References: <20060928221505.GA75187@mail1.thewrittenword.com> <451D4ACA.1040504@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451D4ACA.1040504@samsco.org> User-Agent: Mutt/1.5.6i Subject: Re: Poor write performance with LSI 320-2 on 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Sep 2006 19:59:42 -0000 On Fri, Sep 29, 2006 at 10:33:14AM -0600, Scott Long wrote: > Albert Chin wrote: > >I have an Intel S875PWP1 motherboard with a Pentium4 CPU@2.40GHz. PCI > >bus is 33Mhz, 32-bit. I recently purchased an LSI 320-2/128MB on eBay > >(though the card really looks like a PERC4/DS) and just ran some > >bonnie++ tests on a RAID 1 array between two U320 drives for the first > >channel and on a RAID 0 array between one U320 drive for the second > >channel. The 320-2 has the latest LSI firmware, 1L47. > > > [...] > > > >I don't understand how #1 gives 16MB/s (RAID 1) while #3 gives only > >17MB/s. I'd expect #3 to be about x2 the performance of #1. > > > > >The arrays are configured with "write-thru" write policy, "adaptive" > >read policy, and "cachedio" cache policy. > > In LSI terms, "write-thru" means, "write cache is turned off". With > that set, performance becomes very consistently describable as "poor", > as your tests demonstrate. Linux can get around this a little bit in > benchmarks by using larger I/O sizes than FreeBSD (FreeBSD is limited to > 128K max, while Linux is not). If you don't have the battery backup, "write-thru" might be a bit of a problem :) > These are very speedy cards once you put them into their intended > configuration. With some decent SCSI disks and a PCI-X bus, it > performs quite well. However, I'm actually kinda surprised that the > card works at all in your 5V slot. Yeah, but we have a few of these mobos so figured we might as well reuse them. And, we got the 320-2 for cheap. According to http://lsionline2.lsil.com/esupport/esupportlsi/consumer/esupport.asp?hotid=bf88d26d-7205-4bcd-a542-d2a9b4af2b4e&number=1&nShowFacts=&nShowCause=&nShowChange=&nShowAddInfo=&activepage=statement.asp&bForceMatch=False&strCurrentSymptom=&searchtype=normal&searchclass=QuickSearch&bnewsession=True&selecttype=match: Q. Will a 64-bit PCI MegaRAID controller work in a 32-bit PCI slot (or vise versa)? Will a 64-bit controller work in a PCI-X slot (or vise versa)? A. Yes. If the controller fits in the PCI or PCI-X slot, the MegaRAID controller will operate. However, the performance of a 64-bit controller will be degraded when placed in a 32-bit slot. -- albert chin (china@thewrittenword.com) From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 20:17:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AD8A16A40F for ; Fri, 29 Sep 2006 20:17:33 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DC8E43D53 for ; Fri, 29 Sep 2006 20:17:32 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.13.8/8.13.8) with ESMTP id k8TKHUME086345; Fri, 29 Sep 2006 22:17:30 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k8TKHUBa008601; Fri, 29 Sep 2006 22:17:30 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k8TKHUCk008600; Fri, 29 Sep 2006 22:17:30 +0200 (CEST) (envelope-from wb) Date: Fri, 29 Sep 2006 22:17:30 +0200 From: Wilko Bulte To: Eduardo Meyer Message-ID: <20060929201729.GA8584@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: DELL CX300 storage 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, 29 Sep 2006 20:17:33 -0000 On Fri, Sep 29, 2006 at 04:54:22PM -0300, Eduardo Meyer wrote.. > I believe it uses emulex card. I found very good support for qlogic > with isp(4) device, but what about emulex? Is there any chance it will > work on FreeBSD? No, there is no Emulex FC driver for FreeBSD. I don't know about the current situation, but Emulex used to only supply docs under NDA. Qlogic was/is much easier in this respect. Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 21:01:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F7CA16A40F for ; Fri, 29 Sep 2006 21:01:28 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5196543D95 for ; Fri, 29 Sep 2006 21:01:27 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so295316uge for ; Fri, 29 Sep 2006 14:01:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cbHjcQgSHJgE0nXedgk5BYZouFqkH17VwuP9AArwZbz8xXoj59o7mSGEcv1TQ1NJ5yyOMNGgp/MxpLG83t19QCrr9IsnZ3j22Brk7biG0jFeUEiY9Yawj37PyjtcnPPRjPYmhHeiIVK7C5SZdfXYp78iM9XxQ6d4EaGA51ezSnE= Received: by 10.66.222.9 with SMTP id u9mr273050ugg; Fri, 29 Sep 2006 14:01:26 -0700 (PDT) Received: by 10.66.248.4 with HTTP; Fri, 29 Sep 2006 14:01:25 -0700 (PDT) Message-ID: Date: Fri, 29 Sep 2006 18:01:25 -0300 From: "Eduardo Meyer" To: stable@freebsd.org In-Reply-To: <20060929201729.GA8584@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060929201729.GA8584@freebie.xs4all.nl> Cc: Subject: Re: DELL CX300 storage 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, 29 Sep 2006 21:01:28 -0000 How sad :~ But thank you for the quick reply. I hope bsdstats initiative may help somehow this kind of problem. > No, there is no Emulex FC driver for FreeBSD. I don't know about the > current situation, but Emulex used to only supply docs under NDA. > > Qlogic was/is much easier in this respect. > > Wilko Bulte wilko@FreeBSD.org > -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 21:05:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A45CD16A416 for ; Fri, 29 Sep 2006 21:05:25 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 059AB43D79 for ; Fri, 29 Sep 2006 21:05:15 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id k8TL5EfD026995; Fri, 29 Sep 2006 23:05:14 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k8TL5EXJ009009; Fri, 29 Sep 2006 23:05:14 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k8TL5DKT009008; Fri, 29 Sep 2006 23:05:13 +0200 (CEST) (envelope-from wb) Date: Fri, 29 Sep 2006 23:05:13 +0200 From: Wilko Bulte To: Eduardo Meyer Message-ID: <20060929210513.GB8977@freebie.xs4all.nl> References: <20060929201729.GA8584@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: DELL CX300 storage 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, 29 Sep 2006 21:05:25 -0000 On Fri, Sep 29, 2006 at 06:01:25PM -0300, Eduardo Meyer wrote.. > How sad :~ > > But thank you for the quick reply. I hope bsdstats initiative may help > somehow this kind of problem. All this said, I think you will find a Qlogic FC HBA will happily talk to your EMC CX! > >No, there is no Emulex FC driver for FreeBSD. I don't know about the > >current situation, but Emulex used to only supply docs under NDA. > > > >Qlogic was/is much easier in this respect. > > > >Wilko Bulte wilko@FreeBSD.org > > > > -- > =========== > Eduardo Meyer > pessoal: dudu.meyer@gmail.com > profissional: ddm.farmaciap@saude.gov.br > _______________________________________________ > 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" --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 21:18:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B4C116A415; Fri, 29 Sep 2006 21:18:25 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7854543D73; Fri, 29 Sep 2006 21:18:16 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 89CC810F01; Fri, 29 Sep 2006 16:18:16 -0500 (CDT) Date: Fri, 29 Sep 2006 16:18:13 -0500 From: Craig Boston To: Scott Long Message-ID: <20060929211812.GA56501@nowhere> Mail-Followup-To: Craig Boston , Scott Long , Steven Hartland , Peter Jeremy , freebsd-stable@freebsd.org, John Baldwin , Oliver Brandmueller References: <451A1375.5080202@gneto.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451BD89F.8080203@samsco.org> User-Agent: Mutt/1.4.2.2i Cc: Peter Jeremy , Steven Hartland , John Baldwin , freebsd-stable@freebsd.org, Oliver Brandmueller Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 29 Sep 2006 21:18:25 -0000 I've been experiencing this problem too, along with my USB keyboard acting 'wonky' (stuttering from time to time). For me at least it seems to be tied to CPU usage, meaning it's probably related to the taskqueue or maybe even the scheduler. I can also reproduce the problem on a much bigger scale than I've seen mentioned anywhere else (up to 30 seconds!). One sure-fire way to trigger it for me is to boot the Ubuntu 6.06.1 CD inside of qemu. I don't have kqemu or anything loaded -- it can be provoked by an ordinary process running as an ordinary user. While it's sitting at the GRUB screen (30 second countdown), my USB keyboard becomes inoperable, and em0 goes totally dead. It feels like no interrupts getting through -- if a key was pressed it will repeat until the 30 seconds are up or I kill the process. I initially suspected something holding GIANT for a long time, so I tried the giantless USB patches but that didn't help. Interestingly, I have another em interface in this machine but it continues to work. em0 is sharing irq19 with uhci1 (which the keyboard is attached to). em1 is on irq18. So whatever it is somehow stops irq19 from getting through, but the other IRQ lines seem unaffected. Sounding more and more like an APIC problem to me. Or possibly the ithread getting stuck. This machine *DID* work fine until sometime between 6.1 release and now. Unfortunately I can't seem to reproduce the problem on any of my test machines, only on the one that I need for day to day work :) I'm about halfway through reading the thread, but will be happy to test any patches do whatever I can to help. Craig em0@pci2:10:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82540EM Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci2:12:0: class=0x020000 card=0x002e1028 chip=0x100e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82540EM Gigabit Ethernet Controller' class = network subclass = ethernet On Thu, Sep 28, 2006 at 08:13:51AM -0600, Scott Long wrote: > All, > > Attached is my first cut at addressing the problems described in this > thread. As I discussed earlier, the VM syncer thread is likely starving > the USB interrupt thread. This causes the shared usb+network interrupt > to remain masked, preventing network interrupts from being delivered, > and thus triggering watchdog timeouts. > > This patch only addresses the USB driver. If your network card is > sharing an interrupt with something other than (or additional to) USB, > this might not work for you. Also, this patch is just a very rough > proof-of-concept and is not meant for production use. But I'd like to > get feedback now before I spend more time on this. If this works then > I'll clean it up and make it suitable for the release, and I'll look at > some of the other drivers like ichsmb. > > If this is to be fixed for 6.2, I need lots of feedback ASAP. So please > do not be shy =-) The patch is at: > > http://people.freebsd.org/~scottl/usb_fastintr.diff > > Scott > > _______________________________________________ > 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 Fri Sep 29 21:22:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8193916A4DA; Fri, 29 Sep 2006 21:22:02 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23E5143D64; Fri, 29 Sep 2006 21:21:58 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id E2E6610F01; Fri, 29 Sep 2006 16:21:57 -0500 (CDT) Date: Fri, 29 Sep 2006 16:21:55 -0500 From: Craig Boston To: David G Lawrence Message-ID: <20060929212155.GB56501@nowhere> Mail-Followup-To: Craig Boston , David G Lawrence , Scott Long , freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929072741.GH14975@tnn.dglawrence.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 21:22:02 -0000 Doesn't seem to have any effect for me (other than high sys% times). qemu is really good at provoking my em0 to timeout. On Fri, Sep 29, 2006 at 12:27:41AM -0700, David G Lawrence wrote: > Attached is a simple user program that will immediately cause pretty much > all of the network drivers (at least the ones I own) to stop working and > get watchdog timeouts. > > WARNING: This program will kill the network on your 6.x server. Do not run > this on a production machine unless you are on the console and can ctrl-C > it! > > -DG > > David G. Lawrence > President > Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 > The FreeBSD Project - http://www.freebsd.org > Pave the road of life with opportunities. > #include > > main() > { > struct pollfd pfd; > > pfd.fd = 1; > pfd.events = POLLOUT; > pfd.revents = 0; > > while (1) { > if (poll(&pfd, 1 /* stdout */, -1) < 0) > break; > } > } > _______________________________________________ > 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 Fri Sep 29 21:24:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0FAA16A853 for ; Fri, 29 Sep 2006 21:24:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BBCA43D45 for ; Fri, 29 Sep 2006 21:24:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8TLOFda018701; Fri, 29 Sep 2006 17:24:31 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pete French Date: Fri, 29 Sep 2006 16:44:57 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609291644.58040.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]); Fri, 29 Sep 2006 17:24:32 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1950/Thu Sep 28 10:11:54 2006 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: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 21:24:46 -0000 On Friday 29 September 2006 06:37, Pete French wrote: > > Attached is a simple user program that will immediately cause pretty much > > all of the network drivers (at least the ones I own) to stop working and > > get watchdog timeouts. > > I am runnign this on a single processor machine with an SMP kernel and > it does not have any effect. I dont tink I have any single processor > machines running a non SMP kernel to try it on though. Not particularly > helpful I know. I'll try building a non SMP kernel for this machine if I > can. You can set kern.smp.disabled=1 from the loader to force UP with an SMP kernel. No need to recompile. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 21:37:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74D7116A407; Fri, 29 Sep 2006 21:37:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DBA743D5F; Fri, 29 Sep 2006 21:37:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DDA431A3C1C; Fri, 29 Sep 2006 14:37:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 57685514B1; Fri, 29 Sep 2006 17:37:40 -0400 (EDT) Date: Fri, 29 Sep 2006 17:37:40 -0400 From: Kris Kennaway To: Craig Boston , David G Lawrence , Scott Long , freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin Message-ID: <20060929213740.GA37735@xor.obsecurity.org> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> <20060929212155.GB56501@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20060929212155.GB56501@nowhere> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 21:37:44 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 29, 2006 at 04:21:55PM -0500, Craig Boston wrote: > Doesn't seem to have any effect for me (other than high sys% times). > qemu is really good at provoking my em0 to timeout. What might be useful for someone who can provoke this, is to configure your kernel with MUTEX_PROFILING, then do the following: sysctl debug.mutex.prof.enable=1 start_your_test_case sysctl debug.mutex.prof.enable=0 Then: sysctl debug.mutex.prof.stats > stats.out and provide access to that file. This will help to show whether something is causing Giant starvation. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHZIjWry0BWjoQKURAg5SAJ9AZk6h2Ynis4mdDqy/Ki0yoMS4vgCePy4s 2BEW7JtozSYh5Z2ZoZYePhs= =QWNa -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 21:40:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55A1016A417; Fri, 29 Sep 2006 21:40:22 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B4043D46; Fri, 29 Sep 2006 21:40:22 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id B4D5B1178F; Fri, 29 Sep 2006 16:40:21 -0500 (CDT) Date: Fri, 29 Sep 2006 16:40:21 -0500 From: Craig Boston To: Kris Kennaway Message-ID: <20060929214021.GB63032@nowhere> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> <20060929212155.GB56501@nowhere> <20060929213740.GA37735@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929213740.GA37735@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, John Baldwin , Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 29 Sep 2006 21:40:22 -0000 On Fri, Sep 29, 2006 at 05:37:40PM -0400, Kris Kennaway wrote: > What might be useful for someone who can provoke this, is to configure > your kernel with MUTEX_PROFILING, then do the following: > > > > This will help to show whether something is causing Giant starvation. I'm currently building a kernel with Scott's patch -- if it still happens I'll build one with MUTEX_PROFILING and get the results. Craig From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 22:44:46 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD59916A403 for ; Fri, 29 Sep 2006 22:44:46 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 493EA43D6E for ; Fri, 29 Sep 2006 22:44:37 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 29FE15ED9; Sat, 30 Sep 2006 02:44:36 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id E319B5ED5; Sat, 30 Sep 2006 02:44:35 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8TMib5T063436; Sat, 30 Sep 2006 02:44:37 +0400 (MSD) (envelope-from ru) Date: Sat, 30 Sep 2006 02:44:37 +0400 From: Ruslan Ermilov To: Uwe Doering Message-ID: <20060929224437.GA63401@rambler-co.ru> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451D3E74.6030805@geminix.org> <20060929181806.GF37741@rambler-co.ru> <451D6735.70401@geminix.org> <20060929185615.GA38232@rambler-co.ru> <451D7254.50807@geminix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <451D7254.50807@geminix.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Christer Solskogen , stable@FreeBSD.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 29 Sep 2006 22:44:46 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 09:21:56PM +0200, Uwe Doering wrote: > Ruslan Ermilov wrote: > >It doesn't matter. What you suggest is not the correct way. > >Perhaps the buildworld is broken, but that's a separate issue. > > > >>My understanding so far is that the files under=20 > >>'/usr/include' don't get touched until I run 'installworld'. So the=20 > >>'buildworld' universe has to be self-contained. That's what I was=20 > >>trying to point out. > >> > >Yes, they are not touched. During buildworld, a special version > >of the compiler is built that looks headers up in the temporary > >location, normally /usr/obj/usr/src/tmp/usr/include. Then all > >(new) headers are installed there, then new libraries are built, > >then all the rest. If buildworld touched /usr/include, you > >could easily end up with a partially upgraded system, e.g. if > >build failed in the middle. If it still fails for you (the > >buildworld), please collect and put the full combiled stdout + > >stderr output from running "make buildworld" available somewhere > >for download and analysis. Colin said he did build all worlds, > >on all patched branches. >=20 > Unfortunately I can no longer reproduce the error because I fixed the=20 > problem by hand, as pointed out above. Sorry. >=20 > >OK, you had 4.11 and what were you trying to build? RELENG_4? > >So I can try to reproduce the problem here. >=20 > Yes, I use RELENG_4. Thanks for your help. >=20 Worked for me building fresh RELENG_4: : > uname -srm : FreeBSD 4.10-RELEASE i386 : > tail -3 build.log : rm -f freebsd.submit.cf : m4 -D_CF_DIR_=3D/spool/ru_tmp/src/etc/sendmail/../../contrib/sendmail/cf/= /spool/ru_tmp/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 /spool= /ru_tmp/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf : chmod 444 freebsd.submit.cf : >=20 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHaHVqRfpzJluFF4RAmdJAJ91o7/swPlvdMj14tkoYkTJIVj97wCfbg6H Eyccjd8xwbcRgRmZRiasC80= =4uZC -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 23:55:35 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64B0616A412 for ; Fri, 29 Sep 2006 23:55:35 +0000 (UTC) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: from mail1.thewrittenword.com (mail1.thewrittenword.com [67.95.107.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B89343D53 for ; Fri, 29 Sep 2006 23:55:34 +0000 (GMT) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: by mail1.thewrittenword.com (Postfix, from userid 1000) id 25E8F1AF; Fri, 29 Sep 2006 18:55:34 -0500 (CDT) Date: Fri, 29 Sep 2006 18:55:34 -0500 From: Albert Chin To: freebsd-stable@FreeBSD.org Message-ID: <20060929235534.GA68743@mail1.thewrittenword.com> References: <20060928221505.GA75187@mail1.thewrittenword.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060928221505.GA75187@mail1.thewrittenword.com> User-Agent: Mutt/1.5.6i Cc: Subject: Re: Poor write performance with LSI 320-2 on 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Sep 2006 23:55:35 -0000 On Thu, Sep 28, 2006 at 05:15:05PM -0500, Albert Chin wrote: > I have an Intel S875PWP1 motherboard with a Pentium4 CPU@2.40GHz. PCI > bus is 33Mhz, 32-bit. I recently purchased an LSI 320-2/128MB on eBay > (though the card really looks like a PERC4/DS) and just ran some > bonnie++ tests on a RAID 1 array between two U320 drives for the first > channel and on a RAID 0 array between one U320 drive for the second > channel. The 320-2 has the latest LSI firmware, 1L47. I reran some of the tests with the same 320-2 but on an Intel SE7520BD2 with 32-bit and 64-bit (100Mhz) slots: #1. RAID 1, two U320 drives, channel 1, 32-bit, 33Mhz slot Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 186 99 16707 5 16063 6 654 99 537320 93 4129 50 Latency 45215us 199ms 89764us 34740us 1215us 1808ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 7441 23 +++++ +++ +++++ +++ 5799 18 +++++ +++ +++++ +++ Latency 479ms 122us 2508us 606ms 13549us 101us #2. RAID 1, two U320 drives, channel 1, 64-bit, 100Mhz slot Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 186 99 18006 6 15964 5 634 99 571275 99 4450 57 Latency 44992us 139ms 130ms 35143us 1238us 120ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 7581 24 +++++ +++ +++++ +++ 5750 18 +++++ +++ +++++ +++ Latency 511ms 255us 2615us 622ms 12691us 53us Odd that I don't get x2 the performance when the bus bandwidth doubles in speed. With the write policy set to "write-back", performance increases to: #3. RAID 1, two U320 drives, channel 1, 32-bit, 33Mhz slot Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 182 99 36466 12 28602 11 624 97 570155 99 +++++ +++ Latency 102ms 918ms 1739ms 35305us 1210us 198ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 18283 57 +++++ +++ +++++ +++ 16092 50 +++++ +++ +++++ +++ Latency 65371us 107us 101us 119ms 258us 104us #4. RAID 1, two U320 drives, channel 1, 64-bit, 100Mhz slot Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP maetel.il.thew 300M 186 99 43215 14 35049 12 560 88 569643 99 +++++ +++ Latency 44935us 2071ms 1174ms 35558us 1213us 279ms Version 1.93c ------Sequential Create------ --------Random Create-------- maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 19689 62 +++++ +++ +++++ +++ 15578 51 +++++ +++ +++++ +++ Latency 67923us 1227us 49362us 117ms 198us 93us -- albert chin (china@thewrittenword.com) From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 00:01:17 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BC5316A40F; Sat, 30 Sep 2006 00:01:17 +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 91F2D43D78; Sat, 30 Sep 2006 00:01:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A99C446CDC; Fri, 29 Sep 2006 20:01:08 -0400 (EDT) Date: Sat, 30 Sep 2006 01:01:08 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-stable@FreeBSD.org Message-ID: <20060930005644.R76119@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: trustedbsd-audit@TrustedBSD.org Subject: OpenBSM 1.0 alpha 12 MFC to FreeBSD RELENG_6 done 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, 30 Sep 2006 00:01:17 -0000 FYI, I have just completed the merge of the OpenBSM 1.0 alpha 12 release to RELENG_6. This is very likely the version of OpenBSM that will ship in 6.2-RELEASE. Most of the changes are bug fixes based on the feedback from users (thanks!), but there are a couple of minor features. The four important ones are: - extensions to the /etc/security/audit_control file format to allow specification of policy flags persistently there (such as the argv and envv flags, which control the level of auditing for execve(2) events), - the filesz paramater, which controls automated rotation of the audit log based on file size, and - A tweak to the audit_user(5) invocation event set to include an event for audit log rotate. This makes it easy to do things like configure automatic compression of archiving of terminated trails, etc. - auditreduce can now filter paths using regular expressions, not just simple string matching. Please report any bugs/problems. The above/below changes will appear in 6.2-BETA2, and should already be available via cvsup. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Fri, 29 Sep 2006 22:41:55 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/contrib/openbsm HISTORY TODO VERSION configure configure.ac src/contrib/openbsm/bin/audit audit.c src/contrib/openbsm/bin/auditd audit_warn.c auditd.8 auditd.c auditd.h src/contrib/openbsm/bin/auditreduce auditreduce.1 ... rwatson 2006-09-29 22:41:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) contrib/openbsm HISTORY TODO VERSION configure configure.ac contrib/openbsm/bin/audit audit.c contrib/openbsm/bin/auditd audit_warn.c auditd.8 auditd.c auditd.h contrib/openbsm/bin/auditreduce auditreduce.1 auditreduce.c auditreduce.h contrib/openbsm/bsm libbsm.h contrib/openbsm/config config.h config.h.in contrib/openbsm/etc audit_control audit_event contrib/openbsm/libbsm au_control.3 au_open.3 bsm_control.c bsm_io.c bsm_token.c libbsm.3 contrib/openbsm/man audit_control.5 auditon.2 contrib/openbsm/tools audump.c Added files: (Branch: RELENG_6) contrib/openbsm/compat strlcat.h contrib/openbsm/test/reference arg32_record arg32_token data_record data_token file_record file_token header32_token in_addr_record in_addr_token ip_record ip_token ipc_record ipc_token iport_record iport_token opaque_record opaque_token path_record path_token process32_record process32_token process32ex_record process32ex_token return32_record return32_token seq_record seq_token subject32_record subject32_token subject32ex_record subject32ex_token-IPv4 subject32ex_token-IPv6 text_record text_token trailer_token contrib/openbsm/test/samples execve-long-args.trail Log: Merge OpenBSM 1.0 alpha 12 from HEAD to RELENG_6, which includes a broad range of bug fixes made as a result of reports on 6.x, as well as some minor enhancements: OpenBSM 1.0 alpha 12 - Correct bug in auditreduce which prevented the -c option from working correctly when the user specifies to process successful or failed events. The problem stemmed from not having access to the return token at the time the initial preselection occurred, but now a second preselection process occurs while processing the return token. - getacfilesz(3) API added to read new audit_control(5) filesz setting, which auditd(8) now sets the kernel audit trail rotation size to. - auditreduce(1) now uses stdin if no file names are specified on the command line; this was the documented behavior previously, but it was not implemented. Be more specific in auditreduce(1)'s examples section about what might be done with the output of auditreduce. - Add audit_warn(5) closefile event so that administrators can hook termination of an audit trail file. For example, this might be used to compress the trail file after it is closed. - auditreduce(1) now uses regular expressions for pathname matching. Users can now supply one or more (comma delimited) regular expressions for searching the pathnames. If one of the regular expressions is prefixed with a tilde (~), and a path matches, it will be excluded from the search results. OpenBSM 1.0 alpha 11 - Reclassify certain read/write operations as having no class rather than the fr/fw class; our default classes audit intent (open) not operations (read, write). - Introduce AUE_SYSCTL_WRITE event so that BSD/Darwin systems can audit reads and writes of sysctls as separate events. Add additional kernel environment and jail events for FreeBSD. - Break AUDIT_TRIGGER_OPEN_NEW into two events, AUDIT_TRIGGER_ROTATE_USER (issued by the user audit(8) tool) and AUDIT_TRIGGER_ROTATE_KERNEL (issued by the kernel audit implementation) so that they can be distinguished. - Disable rate limiting of rotate requests; as the kernel doesn't retransmit a dropped request, the log file will otherwise grow indefinitely if the trigger is dropped. - Improve auditd debugging output. - Fix a number of threading related bugs in audit_control file reading routines. - Add APIs au_poltostr() and au_strtopol() to convert between text representations of audit_control policy flags and the flags passed to auditon(A_SETPOLICY) and retrieved from auditon(A_GETPOLICY). - Add API getacpol() to return the 'policy:' entry from audit_control, an extension to the Solaris file format to allow specification of policy persistent flags. - Update audump to print the audit_control policy field. - Update auditd to read the audit_control policy field and set the kernel policy to match it when configuring/reconfiguring. Remove the -s and -h arguments as these policies are now set via the configuration file. If a policy line is not found in the configuration file, continue with the current default of setting AUDIT_CNT. - Fix bugs in the parsing of large execve(2) arguments and environmental variable tokens; increase maximum parsed argument and variable count. - configure now detects strlcat(), used by policy-related functions. - Reference token and record sample files added to test tree. Approved by: re (kensmith) Revision Changes Path 1.1.1.5.2.2 +56 -1 src/contrib/openbsm/HISTORY 1.1.1.3.2.2 +3 -1 src/contrib/openbsm/TODO 1.1.1.6.2.2 +1 -1 src/contrib/openbsm/VERSION 1.1.1.4.2.2 +2 -2 src/contrib/openbsm/bin/audit/audit.c 1.1.1.2.2.2 +16 -1 src/contrib/openbsm/bin/auditd/audit_warn.c 1.1.1.2.2.2 +14 -8 src/contrib/openbsm/bin/auditd/auditd.8 1.1.1.7.2.2 +101 -42 src/contrib/openbsm/bin/auditd/auditd.c 1.1.1.2.2.2 +4 -2 src/contrib/openbsm/bin/auditd/auditd.h 1.1.1.3.2.2 +36 -7 src/contrib/openbsm/bin/auditreduce/auditreduce.1 1.1.1.3.2.2 +103 -17 src/contrib/openbsm/bin/auditreduce/auditreduce.c 1.1.1.1.2.2 +8 -1 src/contrib/openbsm/bin/auditreduce/auditreduce.h 1.1.1.6.2.2 +22 -7 src/contrib/openbsm/bsm/libbsm.h 1.1.1.1.2.1 +66 -0 src/contrib/openbsm/compat/strlcat.h (new) 1.3.2.2 +7 -4 src/contrib/openbsm/config/config.h 1.1.1.3.2.2 +3 -0 src/contrib/openbsm/config/config.h.in 1.1.1.5.2.2 +13 -12 src/contrib/openbsm/configure 1.1.1.5.2.2 +3 -3 src/contrib/openbsm/configure.ac 1.2.2.2 +4 -2 src/contrib/openbsm/etc/audit_control 1.4.2.2 +14 -7 src/contrib/openbsm/etc/audit_event 1.1.1.2.2.2 +47 -4 src/contrib/openbsm/libbsm/au_control.3 1.1.1.1.2.2 +6 -4 src/contrib/openbsm/libbsm/au_open.3 1.1.1.1.2.2 +310 -69 src/contrib/openbsm/libbsm/bsm_control.c 1.1.1.4.2.2 +10 -4 src/contrib/openbsm/libbsm/bsm_io.c 1.1.1.7.2.2 +1 -2 src/contrib/openbsm/libbsm/bsm_token.c 1.1.1.3.2.2 +12 -4 src/contrib/openbsm/libbsm/libbsm.3 1.1.1.2.2.2 +69 -2 src/contrib/openbsm/man/audit_control.5 1.1.1.2.2.2 +2 -2 src/contrib/openbsm/man/auditon.2 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/arg32_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/arg32_token (new) 1.1.1.1.2.1 +3 -0 src/contrib/openbsm/test/reference/data_record (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/data_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/file_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/file_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/header32_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/in_addr_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/in_addr_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/ip_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/ip_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/ipc_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/ipc_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/iport_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/iport_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/opaque_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/opaque_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/path_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/path_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/process32_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/process32_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/process32ex_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/process32ex_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/return32_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/return32_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/seq_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/seq_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/subject32_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/subject32_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/subject32ex_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/subject32ex_token-IPv4 (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/subject32ex_token-IPv6 (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/reference/text_record (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/text_token (new) 1.1.1.1.2.1 +1 -0 src/contrib/openbsm/test/reference/trailer_token (new) 1.1.1.1.2.1 +2 -0 src/contrib/openbsm/test/samples/execve-long-args.trail (new) 1.1.1.2.2.2 +13 -3 src/contrib/openbsm/tools/audump.c From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 01:03:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D64916A40F; Sat, 30 Sep 2006 01:03:32 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE8743D45; Sat, 30 Sep 2006 01:03:29 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 5AD41111B2; Fri, 29 Sep 2006 20:03:29 -0500 (CDT) Date: Fri, 29 Sep 2006 20:03:29 -0500 From: Craig Boston To: Kris Kennaway Message-ID: <20060930010328.GC63032@nowhere> References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> <20060929212155.GB56501@nowhere> <20060929213740.GA37735@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929213740.GA37735@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, John Baldwin , Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 30 Sep 2006 01:03:32 -0000 On Fri, Sep 29, 2006 at 05:37:40PM -0400, Kris Kennaway wrote: > and provide access to that file. > > This will help to show whether something is causing Giant starvation. http://www.gank.org/freebsd/stats.out That's after about 25 seconds of the em0 interface being unable to receive because of an apparent lack of interrupt processing (it can still transmit though! I had a half-open ssh session that continued to receive data for a while). Interesting data point #1: After a fresh boot, I'm unable to reproduce the problem until I use the kernel linker. After kldloading a module (any module) and then immediately unloading it, my test case works 100% until I reboot again. Interesting data point #2: After a reboot, the problem moved from em0 on irq19 to em1 on irq18. I'm remote from the machine right now so I can't test the usb controller that's sharing that interrupt, though I suspect it experienced the same lack of response. Craig From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 01:19:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DE5916A40F for ; Sat, 30 Sep 2006 01:19:07 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 190F843D45 for ; Sat, 30 Sep 2006 01:19:07 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id DB754111B2; Fri, 29 Sep 2006 20:19:06 -0500 (CDT) Date: Fri, 29 Sep 2006 20:19:04 -0500 From: Craig Boston To: Scott Long Message-ID: <20060930011904.GA62626@nowhere> Mail-Followup-To: Craig Boston , Scott Long , freebsd-stable@freebsd.org References: <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451C271A.9040904@samsco.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 01:19:07 -0000 On Thu, Sep 28, 2006 at 01:48:42PM -0600, Scott Long wrote: > http://people.freebsd.org/~scottl/usb_fastintr_RELENG_6.diff At first glance it appeared to work, but I'm about to do some more testing since I just discovered that I have to kldload something (anything) first in order to reproduce the problem. Weird. One thing this patch definitely did do though, is break the nvidia driver pretty badly. Couldn't keep the X server running for more than a minute before it froze solid. Lots of Xid: blah blah blah messages. Yes I remembered to rebuild the kernel module ;) Oh, and if anyone is curious, I am able to reproduce the problem after booting without nvidia.ko loaded, using qemu in -nographic mode. Just wanted to rule that out since its code that's out of our control and would be a prime target to blame if I didn't. Craig From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 01:34:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 033EE16A47C for ; Sat, 30 Sep 2006 01:34:44 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3BF443D62 for ; Sat, 30 Sep 2006 01:34:41 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 8C79E111B2; Fri, 29 Sep 2006 20:34:41 -0500 (CDT) Date: Fri, 29 Sep 2006 20:34:39 -0500 From: Craig Boston To: Scott Long , freebsd-stable@freebsd.org Message-ID: <20060930013439.GB62626@nowhere> Mail-Followup-To: Craig Boston , Scott Long , freebsd-stable@freebsd.org References: <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> <20060930011904.GA62626@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060930011904.GA62626@nowhere> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 01:34:44 -0000 On Fri, Sep 29, 2006 at 08:19:04PM -0500, Craig Boston wrote: > On Thu, Sep 28, 2006 at 01:48:42PM -0600, Scott Long wrote: > > http://people.freebsd.org/~scottl/usb_fastintr_RELENG_6.diff > > At first glance it appeared to work, but I'm about to do some more > testing since I just discovered that I have to kldload something > (anything) first in order to reproduce the problem. Weird. I can confirm that despite the other side effect I already mentioned, this patch does fix or at least mask the problem I'm seing with em (and probably usb). Craig From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 01:40:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DD8816A412; Sat, 30 Sep 2006 01:40:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 558B443D49; Sat, 30 Sep 2006 01:40:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0A81E1A3C1C; Fri, 29 Sep 2006 18:40:17 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 99BC9514B7; Fri, 29 Sep 2006 21:40:15 -0400 (EDT) Date: Fri, 29 Sep 2006 21:40:15 -0400 From: Kris Kennaway To: Craig Boston Message-ID: <20060930014015.GA42433@xor.obsecurity.org> References: <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155553.GB14563@icarus.home.lan> <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060929072741.GH14975@tnn.dglawrence.com> <20060929212155.GB56501@nowhere> <20060929213740.GA37735@xor.obsecurity.org> <20060930010328.GC63032@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <20060930010328.GC63032@nowhere> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Oliver Brandmueller , John Baldwin , Kris Kennaway Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 30 Sep 2006 01:40:18 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 08:03:29PM -0500, Craig Boston wrote: > On Fri, Sep 29, 2006 at 05:37:40PM -0400, Kris Kennaway wrote: > > and provide access to that file. > >=20 > > This will help to show whether something is causing Giant starvation. >=20 > http://www.gank.org/freebsd/stats.out >=20 > That's after about 25 seconds of the em0 interface being unable to > receive because of an apparent lack of interrupt processing (it can > still transmit though! I had a half-open ssh session that continued to > receive data for a while). max total count avg cnt_hold cnt_lock name 61 5748 285 20 5 24 /compile/sr= c/sys/kern/kern_conf.c:311 (Giant) 921 2016 21 96 1 0 /compile/sr= c/sys/kern/kern_sysctl.c:1313 (Giant) 27 646 69 9 0 1 /compile/sr= c/sys/kern/kern_conf.c:287 (Giant) 223 11368 5334 2 5 3 /compile/sr= c/sys/kern/kern_timeout.c:258 (Giant) 67 35171 4496 7 7 4 /compile/sr= c/sys/kern/kern_conf.c:323 (Giant) 40 1421 236 6 1 0 /compile/sr= c/sys/kern/kern_conf.c:299 (Giant) 2 698 360 1 0 10 /compile/sr= c/sys/kern/kern_intr.c:681 (Giant) 9310 37046 212 174 2 1 /compile/sr= c/sys/kern/kern_synch.c:218 (Giant) 2440 3304 13 254 0 4 /compile/sr= c/sys/net/netisr.c:339 (Giant) 1 8 5 1 0 0 /compile/sr= c/sys/i386/i386/sys_machdep.c:115 (Giant) 29 585 34 17 0 0 /compile/sr= c/sys/kern/kern_descrip.c:376 (Giant) 162 162 1 162 0 0 /compile/sr= c/sys/kern/uipc_usrreq.c:937 (Giant) 8 8 1 8 0 0 /compile/sr= c/sys/kern/uipc_usrreq.c:1032 (Giant) 81 138 2 69 0 0 /compile/sr= c/sys/kern/kern_conf.c:265 (Giant) 423 457 2 228 3 0 /compile/sr= c/sys/fs/fifofs/fifo_vnops.c:733 (Giant) 41 76 3 25 0 0 /compile/sr= c/sys/fs/fifofs/fifo_vnops.c:711 (Giant) 29 29 1 29 0 0 /compile/sr= c/sys/kern/vfs_syscalls.c:336 (Giant) The times are in microseconds. There are a couple of places where Giant was held on the order of milliseconds at least once (the max column). One thing to note is that you are using IPv6 on this machine, which is still under Giant; that may be relevant. Nothing really stands out to me as being a major problem though. Kris --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHcr/Wry0BWjoQKURAlHAAJ9VCzfPV9odIQXHyu6DUk9SUQCG5gCgjkHu v1Kd1jDw+8IGEMCzWKEl414= =30Nc -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 01:42:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49EEC16A415 for ; Sat, 30 Sep 2006 01:42:55 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B99FA43D79 for ; Sat, 30 Sep 2006 01:42:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0993B1A3C1C; Fri, 29 Sep 2006 18:42:43 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 705B7514B7; Fri, 29 Sep 2006 21:42:42 -0400 (EDT) Date: Fri, 29 Sep 2006 21:42:42 -0400 From: Kris Kennaway To: Craig Boston , Scott Long , freebsd-stable@freebsd.org Message-ID: <20060930014242.GB42433@xor.obsecurity.org> References: <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> <20060930011904.GA62626@nowhere> <20060930013439.GB62626@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: <20060930013439.GB62626@nowhere> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 01:42:55 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 08:34:39PM -0500, Craig Boston wrote: > On Fri, Sep 29, 2006 at 08:19:04PM -0500, Craig Boston wrote: > > On Thu, Sep 28, 2006 at 01:48:42PM -0600, Scott Long wrote: > > > http://people.freebsd.org/~scottl/usb_fastintr_RELENG_6.diff > >=20 > > At first glance it appeared to work, but I'm about to do some more > > testing since I just discovered that I have to kldload something > > (anything) first in order to reproduce the problem. Weird. >=20 > I can confirm that despite the other side effect I already mentioned, > this patch does fix or at least mask the problem I'm seing with em (and > probably usb). Which is odd since the hypothesis Scott was working on should have shown up clearly in the mutex trace, but did not. Kris --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHcuRWry0BWjoQKURAg8SAKC6Gg4zgeQEq7uw00gjGSxhY7kp7ACfdexz xYl+g+0Q8OUDEuJ6Vu092p0= =Yh9K -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 01:55:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B754216A407 for ; Sat, 30 Sep 2006 01:55:37 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A0A243D45 for ; Sat, 30 Sep 2006 01:55:37 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k8U1tYmK077357 for freebsd-stable@freebsd.org; Fri, 29 Sep 2006 20:55:34 -0500 (CDT) (envelope-from dan) Date: Fri, 29 Sep 2006 20:55:34 -0500 From: Dan Nelson To: freebsd-stable@freebsd.org Message-ID: <20060930015534.GA77128@dan.emsphone.com> References: <20060928221505.GA75187@mail1.thewrittenword.com> <20060929235534.GA68743@mail1.thewrittenword.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060929235534.GA68743@mail1.thewrittenword.com> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: Poor write performance with LSI 320-2 on 6.1-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: Sat, 30 Sep 2006 01:55:37 -0000 In the last episode (Sep 29), Albert Chin said: > On Thu, Sep 28, 2006 at 05:15:05PM -0500, Albert Chin wrote: > > I have an Intel S875PWP1 motherboard with a Pentium4 CPU@2.40GHz. PCI > > bus is 33Mhz, 32-bit. I recently purchased an LSI 320-2/128MB on eBay > > (though the card really looks like a PERC4/DS) and just ran some > > bonnie++ tests on a RAID 1 array between two U320 drives for the first > > channel and on a RAID 0 array between one U320 drive for the second > > channel. The 320-2 has the latest LSI firmware, 1L47. > > I reran some of the tests with the same 320-2 but on an Intel > SE7520BD2 with 32-bit and 64-bit (100Mhz) slots: > #1. RAID 1, two U320 drives, channel 1, 32-bit, 33Mhz slot > Version 1.93c ------Sequential Output------ --Sequential Input- --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP > maetel.il.thew 300M 186 99 16707 5 16063 6 654 99 537320 93 4129 50 > Latency 45215us 199ms 89764us 34740us 1215us 1808ms > Version 1.93c ------Sequential Create------ --------Random Create-------- > maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > 16 7441 23 +++++ +++ +++++ +++ 5799 18 +++++ +++ +++++ +++ > Latency 479ms 122us 2508us 606ms 13549us 101us > > #2. RAID 1, two U320 drives, channel 1, 64-bit, 100Mhz slot > Version 1.93c ------Sequential Output------ --Sequential Input- --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP > maetel.il.thew 300M 186 99 18006 6 15964 5 634 99 571275 99 4450 57 > Latency 44992us 139ms 130ms 35143us 1238us 120ms > Version 1.93c ------Sequential Create------ --------Random Create-------- > maetel.il.thewritte -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > 16 7581 24 +++++ +++ +++++ +++ 5750 18 +++++ +++ +++++ +++ > Latency 511ms 255us 2615us 622ms 12691us 53us > > Odd that I don't get x2 the performance when the bus bandwidth doubles > in speed. Not really odd, since you're nowhere near even the 32-bit bus's max. (32bit * 33Mhz) / 8 bits = 132 MB/sec, and in write-through mode you're spending most of your time witing for the disks to sync. With a larger filesize you might see a difference in the sequential input test; judging by your insane sequential read and random seek values, your 300M test file looks like it's completely cached in RAM. A size 2x your RAM capacity is recommended. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 04:38:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC96516A403 for ; Sat, 30 Sep 2006 04:38:52 +0000 (UTC) (envelope-from SRS0=UeGF/f=DN=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailout13.yourhostingaccount.com (mailout13.yourhostingaccount.com [65.254.253.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C09643D46 for ; Sat, 30 Sep 2006 04:38:52 +0000 (GMT) (envelope-from SRS0=UeGF/f=DN=vvelox.net=v.velox@yourhostingaccount.com) Received: from scan09.yourhostingaccount.com ([10.1.1.239] helo=scan09.yourhostingaccount.com) by mailout13.yourhostingaccount.com with esmtp (Exim) id 1GTWcl-0004yq-Mg for freebsd-stable@freebsd.org; Sat, 30 Sep 2006 00:38:51 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] ident=exim) by scan09.yourhostingaccount.com with spamscanlookuphost (Exim) id 1GTWcl-0004re-KN for freebsd-stable@freebsd.org; Sat, 30 Sep 2006 00:38:51 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] helo=authsmtp09.yourhostingaccount.com) by scan09.yourhostingaccount.com with esmtp (Exim) id 1GTWcl-0004rb-B4 for freebsd-stable@freebsd.org; Sat, 30 Sep 2006 00:38:51 -0400 Received: from [69.92.217.33] (helo=vixen42) by authsmtp09.yourhostingaccount.com with esmtpa (Exim) id 1GTWck-00077m-Rr for freebsd-stable@freebsd.org; Sat, 30 Sep 2006 00:38:51 -0400 Date: Fri, 29 Sep 2006 23:38:51 -0500 From: Vulpes Velox To: freebsd-stable@freebsd.org Message-ID: <20060929233851.2bbaabdd@vixen42> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-EN-UserInfo: 0d1ca1697cdb7a831d4877828571b7ab:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox2 Sender: Vulpes Velox Subject: ath0 attach 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: Sat, 30 Sep 2006 04:38:52 -0000 Any suggestions on this? The card in question one supplied by=20 Toshiba in their laptops. ath0: irq 17 at device 0.0 on pci3 ath0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). ath0: cannot map register space device_attach: ath0 attach returned 6 =46rom lsci -v 03:00.0 Ethernet controller: Atheros Communications, Inc. Unknown device 001c (rev 01) Subsystem: Askey Computer Corp. Unknown device 7096 Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at (64-bit, non-prefetchable) Capabilities: [40] Power Management version 2 Capabilities: [50] Message Signalled Interrupts: 64bit-=20 Queue=3D0/0 Enable- Capabilities: [60] Express Legacy Endpoint IRQ 0 Capabilities: [90] MSI-X: Enable- Mask- TabSize=3D1 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 05:11:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 580B516A519 for ; Sat, 30 Sep 2006 05:11:32 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D176543D55 for ; Sat, 30 Sep 2006 05:11:31 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1143853wxd for ; Fri, 29 Sep 2006 22:11:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FSpBfFxA00D3SCDIHgI9NqDvmEoPrr9qrCnxTviL/suRETAjRFgOj0KRz3CSrrAzyuiuLVnL4VIJzXqcEqmIkpUxdkEhLp9XrkW7Gg1ERZS0Itr6JJACiS02XIXk+vXJb5fnen2PfbnDD9HrqK4AhuReHnWzqPJYAqWKz07266s= Received: by 10.90.54.4 with SMTP id c4mr1050811aga; Fri, 29 Sep 2006 22:11:31 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Fri, 29 Sep 2006 22:11:31 -0700 (PDT) Message-ID: <7579f7fb0609292211l63dea3edofb9b792ca641f55e@mail.gmail.com> Date: Fri, 29 Sep 2006 22:11:31 -0700 From: "Matthew Jacob" To: "Wilko Bulte" In-Reply-To: <20060929210513.GB8977@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060929201729.GA8584@freebie.xs4all.nl> <20060929210513.GB8977@freebie.xs4all.nl> Cc: stable@freebsd.org, Eduardo Meyer Subject: Re: DELL CX300 storage 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, 30 Sep 2006 05:11:32 -0000 Or LSI-Logic. On 9/29/06, Wilko Bulte wrote: > On Fri, Sep 29, 2006 at 06:01:25PM -0300, Eduardo Meyer wrote.. > > How sad :~ > > > > But thank you for the quick reply. I hope bsdstats initiative may help > > somehow this kind of problem. > > All this said, I think you will find a Qlogic FC HBA will happily talk to > your EMC CX! > > > >No, there is no Emulex FC driver for FreeBSD. I don't know about the > > >current situation, but Emulex used to only supply docs under NDA. > > > > > >Qlogic was/is much easier in this respect. > > > > > >Wilko Bulte wilko@FreeBSD.org > > > > > > > -- > > =========== > > Eduardo Meyer > > pessoal: dudu.meyer@gmail.com > > profissional: ddm.farmaciap@saude.gov.br > > _______________________________________________ > > 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" > --- end of quoted text --- > > -- > Wilko Bulte wilko@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 Sat Sep 30 06:05:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 333F616A403 for ; Sat, 30 Sep 2006 06:05:23 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F0543D46 for ; Sat, 30 Sep 2006 06:05:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8U65Kv5004908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Sep 2006 23:05:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <451E091A.2060806@errno.com> Date: Fri, 29 Sep 2006 23:05:14 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Vulpes Velox References: <20060929233851.2bbaabdd@vixen42> In-Reply-To: <20060929233851.2bbaabdd@vixen42> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 attach 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: Sat, 30 Sep 2006 06:05:23 -0000 Vulpes Velox wrote: > Any suggestions on this? The card in question one supplied by > Toshiba in their laptops. > > ath0: irq 17 at device 0.0 on pci3 > ath0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). > ath0: cannot map register space > device_attach: ath0 attach returned 6 > > > From lsci -v > > 03:00.0 Ethernet controller: Atheros Communications, Inc. Unknown > device 001c (rev 01) Subsystem: Askey Computer Corp. Unknown device > 7096 Flags: bus master, fast devsel, latency 0, IRQ 17 > Memory at (64-bit, non-prefetchable) > Capabilities: [40] Power Management version 2 > Capabilities: [50] Message Signalled Interrupts: 64bit- > Queue=0/0 Enable- Capabilities: [60] Express Legacy Endpoint IRQ 0 > Capabilities: [90] MSI-X: Enable- Mask- TabSize=1 This is likely an ACPI/ASL issue. I saw this on an hp nx6125 laptop when trying to use the express card slot. The BIOS did not identify how to map the resources associated with the bridge. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 06:05:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3311016A582 for ; Sat, 30 Sep 2006 06:05:37 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from riyal.ugcs.caltech.edu (riyal.ugcs.caltech.edu [131.215.176.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2AC243D49 for ; Sat, 30 Sep 2006 06:05:36 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by riyal.ugcs.caltech.edu (Postfix, from userid 3640) id BF1D045806; Fri, 29 Sep 2006 23:05:35 -0700 (PDT) Date: Fri, 29 Sep 2006 23:05:35 -0700 From: Paul Allen To: Kris Kennaway Message-ID: <20060930060535.GA3467@riyal.ugcs.caltech.edu> References: <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> <20060930011904.GA62626@nowhere> <20060930013439.GB62626@nowhere> <20060930014242.GB42433@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060930014242.GB42433@xor.obsecurity.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-stable@freebsd.org, Craig Boston Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 06:05:37 -0000 >From Kris Kennaway , Fri, Sep 29, 2006 at 09:42:42PM -0400: > On Fri, Sep 29, 2006 at 08:34:39PM -0500, Craig Boston wrote: > > On Fri, Sep 29, 2006 at 08:19:04PM -0500, Craig Boston wrote: > > > On Thu, Sep 28, 2006 at 01:48:42PM -0600, Scott Long wrote: > > > > http://people.freebsd.org/~scottl/usb_fastintr_RELENG_6.diff > > > > > > At first glance it appeared to work, but I'm about to do some more > > > testing since I just discovered that I have to kldload something > > > (anything) first in order to reproduce the problem. Weird. > > > > I can confirm that despite the other side effect I already mentioned, > > this patch does fix or at least mask the problem I'm seing with em (and > > probably usb). > > Which is odd since the hypothesis Scott was working on should have > shown up clearly in the mutex trace, but did not. But it is consistent with there being a beat-frequency problem with respect to the scheduler. I think the number you really need is not how long giant was held but how long was spent waiting for it. Paul From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 06:14:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E36216A407 for ; Sat, 30 Sep 2006 06:14:33 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FEC843D70 for ; Sat, 30 Sep 2006 06:14:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8U6EHtk037107; Sat, 30 Sep 2006 00:14:22 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451E0B39.6080607@samsco.org> Date: Sat, 30 Sep 2006 00:14:17 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Boston References: <20060927155904.GM22229@e-Gitt.NET> <451AA7B1.5080202@samsco.org> <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> <20060930011904.GA62626@nowhere> In-Reply-To: <20060930011904.GA62626@nowhere> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 06:14:33 -0000 Craig Boston wrote: > On Thu, Sep 28, 2006 at 01:48:42PM -0600, Scott Long wrote: > >>http://people.freebsd.org/~scottl/usb_fastintr_RELENG_6.diff > > > At first glance it appeared to work, but I'm about to do some more > testing since I just discovered that I have to kldload something > (anything) first in order to reproduce the problem. Weird. > > One thing this patch definitely did do though, is break the nvidia > driver pretty badly. Couldn't keep the X server running for more than a > minute before it froze solid. Lots of Xid: blah blah blah messages. > Yes I remembered to rebuild the kernel module ;) > > Oh, and if anyone is curious, I am able to reproduce the problem after > booting without nvidia.ko loaded, using qemu in -nographic mode. Just > wanted to rule that out since its code that's out of our control and > would be a prime target to blame if I didn't. > > Craig My patch shouldn't have a single effect on nvidia. It just gets the USB out of the way of other drivers. Weird. But what does 'blah blah' translate into? Scott From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 06:36:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4761316A403; Sat, 30 Sep 2006 06:36:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C909843D45; Sat, 30 Sep 2006 06:36:44 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8U6aJmr037203; Sat, 30 Sep 2006 00:36:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451E1063.60401@samsco.org> Date: Sat, 30 Sep 2006 00:36:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David G Lawrence References: <20060929072741.GH14975@tnn.dglawrence.com> <20060929104427.GN14975@tnn.dglawrence.com> In-Reply-To: <20060929104427.GN14975@tnn.dglawrence.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, jhb@freebsd.org, Pete French , ob@e-Gitt.NET Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 30 Sep 2006 06:36:45 -0000 David G Lawrence wrote: >>> Attached is a simple user program that will immediately cause pretty much >>>all of the network drivers (at least the ones I own) to stop working and >>>get watchdog timeouts. >> >>I am runnign this on a single processor machine with an SMP kernel and >>it does not have any effect. I dont tink I have any single processor machines >>running a non SMP kernel to try it on though. Not particularly helpful I know. I'll > > > Actually, I think it is helpful to know that the program only has an > effect on some machines. We just need to figure out what the common > denominator is. > > Are you enabling an option, like IPv6, that puts Giant over the network stack? Scott From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 06:59:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F8F16A403; Sat, 30 Sep 2006 06:59:41 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C99043D45; Sat, 30 Sep 2006 06:59:41 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (c-24-21-220-242.hsd1.or.comcast.net [24.21.220.242]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id k8U6xR6C082021; Fri, 29 Sep 2006 23:59:27 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id k8U6xMKf032350; Fri, 29 Sep 2006 23:59:22 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id k8U6xLJo032349; Fri, 29 Sep 2006 23:59:21 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Fri, 29 Sep 2006 23:59:21 -0700 From: David G Lawrence To: Scott Long Message-ID: <20060930065921.GP14975@tnn.dglawrence.com> References: <20060929072741.GH14975@tnn.dglawrence.com> <20060929104427.GN14975@tnn.dglawrence.com> <451E1063.60401@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451E1063.60401@samsco.org> Cc: freebsd-stable@freebsd.org, jhb@freebsd.org, Pete French , ob@e-Gitt.NET Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 30 Sep 2006 06:59:41 -0000 > Are you enabling an option, like IPv6, that puts Giant over the network > stack? >From dmesg: WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ...the kernel has IPSEC. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 07:29:09 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C535216A403; Sat, 30 Sep 2006 07:29:09 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5774843D46; Sat, 30 Sep 2006 07:29:09 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <451E1CC2.4090007@geminix.org> Date: Sat, 30 Sep 2006 09:29:06 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060915 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Ruslan Ermilov References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451D3E74.6030805@geminix.org> <20060929181806.GF37741@rambler-co.ru> <451D6735.70401@geminix.org> <20060929185615.GA38232@rambler-co.ru> <451D7254.50807@geminix.org> <20060929224437.GA63401@rambler-co.ru> In-Reply-To: <20060929224437.GA63401@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTZHX-000Asw-AE; Sat, 30 Sep 2006 09:29:07 +0200 Cc: Christer Solskogen , stable@FreeBSD.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 30 Sep 2006 07:29:09 -0000 Ruslan Ermilov wrote: > On Fri, Sep 29, 2006 at 09:21:56PM +0200, Uwe Doering wrote: >> Ruslan Ermilov wrote: >>> It doesn't matter. What you suggest is not the correct way. >>> Perhaps the buildworld is broken, but that's a separate issue. >>> >>>> My understanding so far is that the files under >>>> '/usr/include' don't get touched until I run 'installworld'. So the >>>> 'buildworld' universe has to be self-contained. That's what I was >>>> trying to point out. >>>> >>> Yes, they are not touched. During buildworld, a special version >>> of the compiler is built that looks headers up in the temporary >>> location, normally /usr/obj/usr/src/tmp/usr/include. Then all >>> (new) headers are installed there, then new libraries are built, >>> then all the rest. If buildworld touched /usr/include, you >>> could easily end up with a partially upgraded system, e.g. if >>> build failed in the middle. If it still fails for you (the >>> buildworld), please collect and put the full combiled stdout + >>> stderr output from running "make buildworld" available somewhere >>> for download and analysis. Colin said he did build all worlds, >>> on all patched branches. >> Unfortunately I can no longer reproduce the error because I fixed the >> problem by hand, as pointed out above. Sorry. >> >>> OK, you had 4.11 and what were you trying to build? RELENG_4? >>> So I can try to reproduce the problem here. >> Yes, I use RELENG_4. Thanks for your help. >> > Worked for me building fresh RELENG_4: > > : > uname -srm > : FreeBSD 4.10-RELEASE i386 > : > tail -3 build.log > : rm -f freebsd.submit.cf > : m4 -D_CF_DIR_=/spool/ru_tmp/src/etc/sendmail/../../contrib/sendmail/cf/ /spool/ru_tmp/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 /spool/ru_tmp/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf > : chmod 444 freebsd.submit.cf > : > Thanks for testing it. So this problem seems to be specific to my workstation. If it happens again I'll investigate it more thoroughly. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 07:30:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9C7716A47B for ; Sat, 30 Sep 2006 07:30:13 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C6F843D49 for ; Sat, 30 Sep 2006 07:30:12 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by py-out-1112.google.com with SMTP id o67so1521817pye for ; Sat, 30 Sep 2006 00:30:12 -0700 (PDT) Received: by 10.65.232.12 with SMTP id j12mr4600547qbr; Sat, 30 Sep 2006 00:30:12 -0700 (PDT) Received: by 10.65.228.19 with HTTP; Sat, 30 Sep 2006 00:30:12 -0700 (PDT) Message-ID: Date: Sat, 30 Sep 2006 10:30:12 +0300 From: "Vlad GALU" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Frequent VFS crashes with RELENG_6 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, 30 Sep 2006 07:30:22 -0000 I've been getting random crashes like the one below, once or twice a week, always in the same code path. The system is a RELENG_6 as of Wed Sep 27 11:42:57 EEST 2006, running on amd64. -- cut here -- #0 doadump () at pcpu.h:172 No locals. #1 0xffffffff8022d033 in boot (howto=3D260) at ../../../kern/kern_shutdown= .c:409 first_buf_printf =3D 1 #2 0xffffffff8022d687 in panic (fmt=3D0xffffff002bb6e260 "=B0=F6=BE\"") at ../../../kern/kern_shutdown.c:565 bootopt =3D 260 newpanic =3D 0 ap =3D {{gp_offset =3D 16, fp_offset =3D 48, overflow_arg_area =3D 0xffffffffa7995790, reg_save_area =3D 0xffffffffa79956b0}} buf =3D "vm_page_unwire: invalid wire count: 0", '\0' #3 0xffffffff8036980b in vm_page_unwire (m=3D0xffffff003e5c79e8, activate=3D0) at ../../../vm/vm_page.c:1265 No locals. #4 0xffffffff80282c15 in vfs_vmio_release (bp=3D0xffffffff9a6c2430) at ../../../kern/vfs_bio.c:1470 i =3D 1 m =3D 0xffffff003e5c79e8 #5 0xffffffff80285f78 in getnewbuf (slpflag=3D0, slptimeo=3D0, size=3D0, maxsize=3D16384) at ../../../kern/vfs_bio.c:1779 addr =3D 18446744072226429136 bp =3D (struct buf *) 0xffffffff9a6c2430 nbp =3D (struct buf *) 0xffffffff9a69ac48 defrag =3D 0 nqindex =3D 1 flushingbufs =3D 0 #6 0xffffffff802863c0 in getblk (vp=3D0xffffff001015c5d0, blkno=3D0, size=3D2048, slpflag=3D0, slptimeo=3D0, flags=3D0) at ../../../kern/vfs_bio.c:2486 bsize =3D 0 maxsize =3D 0 vmio =3D 1 offset =3D 0 bp =3D (struct buf *) 0x0 bo =3D (struct bufobj *) 0xffffff001015c720 #7 0xffffffff802880ec in breadn (vp=3D0xffffff001015c5d0, blkno=3D0, size=3D0, rablkno=3D0x0, rabsize=3D0x0, cnt=3D0, cred=3D0x0, bpp=3D0x0) at ../../../kern/vfs_bio.c:738 bp =3D (struct buf *) 0xffffffffa79958f0 rabp =3D (struct buf *) 0x344 i =3D -1 rv =3D 0 readwait =3D 0 #8 0xffffffff8028850e in bread (vp=3D0x0, blkno=3D0, size=3D0, cred=3D0x0, bpp=3D0x0) at ../../../kern/vfs_bio.c:719 No locals. #9 0xffffffff803427a5 in ffs_read (ap=3D0x0) at ../../../ufs/ffs/ffs_vnops= .c:523 vp =3D (struct vnode *) 0xffffff001015c5d0 ip =3D (struct inode *) 0xffffff0017978780 uio =3D (struct uio *) 0xffffffffa7995b50 fs =3D (struct fs *) 0xffffff0012347000 bp =3D (struct buf *) 0x0 lbn =3D 0 nextlbn =3D 1 bytesinfile =3D 0 size =3D 2048 xfersize =3D 836 blkoffset =3D 0 error =3D 0 orig_resid =3D 4096 seqcount =3D 2 ioflag =3D 131072 #10 0xffffffff803b374a in VOP_READ_APV (vop=3D0x0, a=3D0x0) at vnode_if.c:6= 43 rc =3D 0 #11 0xffffffff802a74e0 in vn_read (fp=3D0xffffff001e5f8078, uio=3D0xffffffffa7995b50, active_cred=3D0x0, flags=3D0, td=3D0xffffff002bb6e260) at vnode_if.h:343 vp =3D (struct vnode *) 0xffffff001015c5d0 error =3D 0 ioflag =3D 131072 #12 0xffffffff80257b64 in dofileread (td=3D0xffffff002bb6e260, fd=3D5, fp=3D0xffffff001e5f8078, auio=3D0xffffffffa7995b50, offset=3D0, flags=3D0) = at file.h:240 cnt =3D 4096 error =3D 509575288 ktruio =3D (struct uio *) 0x0 #13 0xffffffff80257de0 in kern_readv (td=3D0xffffff002bb6e260, fd=3D5, auio=3D0xffffffffa7995b50) at ../../../kern/sys_generic.c:192 fp =3D (struct file *) 0xffffff001e5f8078 error =3D 0 #14 0xffffffff80257eda in read (td=3D0x0, uap=3D0x0) at ../../../kern/sys_generic.c:116 auio =3D {uio_iov =3D 0xffffffffa7995b40, uio_iovcnt =3D 1, uio_offset =3D 0, uio_resid =3D 4096, uio_segflg =3D UIO_USERSPACE, uio_rw = =3D UIO_READ, uio_td =3D 0xffffff002bb6e260} aiov =3D {iov_base =3D 0x666000, iov_len =3D 4096} #15 0xffffffff8038b2d8 in syscall (frame=3D {tf_rdi =3D 5, tf_rsi =3D 6709248, tf_rdx =3D 4096, tf_rcx =3D 542953472, tf_r8 =3D 1, tf_r9 =3D 0, tf_rax =3D 3, tf_rbx =3D 6151168, tf_r= bp =3D 4294967295, tf_r10 =3D 3260, tf_r11 =3D 518, tf_r12 =3D 0, tf_r13 =3D 140737488327200, tf_r14 =3D 140737488327328, tf_r15 =3D 5, tf_trapno =3D 12= , tf_addr =3D 9093168, tf_flags =3D 0, tf_err =3D 2, tf_rip =3D 550694412, tf= _cs =3D 43, tf_rflags =3D 518, tf_rsp =3D 140737488327160, tf_ss =3D 35}) at ../../../amd64/amd64/trap.c:792 params =3D 0x7fffffff9200
callp =3D (struct sysent *) 0xffffffff80502ae8 p =3D (struct proc *) 0xffffff0022bef6b0 orig_tf_rflags =3D 518 sticks =3D 116 error =3D 0 narg =3D 3 args =3D {5, 6709248, 4096, 542953472, 1, 0, 140737488327328, 5} argp =3D (register_t *) 0x0 code =3D 3 reg =3D 48 regcnt =3D 6 #16 0xffffffff80377bc8 in Xfast_syscall () at ../../../amd64/amd64/exception.S:270 -- and here -- --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 07:36:39 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF8D716A403 for ; Sat, 30 Sep 2006 07:36:39 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A94243D45 for ; Sat, 30 Sep 2006 07:36:38 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 51E955E0F; Sat, 30 Sep 2006 11:36:37 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 2FED45DC6; Sat, 30 Sep 2006 11:36:37 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8U7adxr000378; Sat, 30 Sep 2006 11:36:39 +0400 (MSD) (envelope-from ru) Date: Sat, 30 Sep 2006 11:36:39 +0400 From: Ruslan Ermilov To: Uwe Doering Message-ID: <20060930073639.GA191@rambler-co.ru> References: <3466.62.97.242.158.1159516687.squirrel@carebears.mine.nu> <451D3E74.6030805@geminix.org> <20060929181806.GF37741@rambler-co.ru> <451D6735.70401@geminix.org> <20060929185615.GA38232@rambler-co.ru> <451D7254.50807@geminix.org> <20060929224437.GA63401@rambler-co.ru> <451E1CC2.4090007@geminix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <451E1CC2.4090007@geminix.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Christer Solskogen , stable@FreeBSD.org Subject: Re: buildworld fails after patch (FreeBSD-SA-06:23.openssl) 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, 30 Sep 2006 07:36:39 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 30, 2006 at 09:29:06AM +0200, Uwe Doering wrote: > Ruslan Ermilov wrote: [...] > >>>OK, you had 4.11 and what were you trying to build? RELENG_4? > >>>So I can try to reproduce the problem here. > >>Yes, I use RELENG_4. Thanks for your help. > >> > >Worked for me building fresh RELENG_4: > > > >: > uname -srm > >: FreeBSD 4.10-RELEASE i386 > >: > tail -3 build.log > >: rm -f freebsd.submit.cf > >: m4 -D_CF_DIR_=3D/spool/ru_tmp/src/etc/sendmail/../../contrib/sendmail/= cf/ =20 > >/spool/ru_tmp/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4=20 > >/spool/ru_tmp/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf > >: chmod 444 freebsd.submit.cf > >: >=20 >=20 > Thanks for testing it. So this problem seems to be specific to my=20 > workstation. If it happens again I'll investigate it more thoroughly. >=20 Don't hesitate to let me know (I'll need a full combined stdout+stderr output to investigate). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHh6HqRfpzJluFF4RAhwVAJ4qqbndht7k1nD9HW7x8tfh9tjzvACglXoQ 4weLnfUOF+SqHPB4kdUg8lM= =bkQc -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 09:11:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6604B16A403; Sat, 30 Sep 2006 09:11:08 +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 EACDC43D4C; Sat, 30 Sep 2006 09:11:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1A1E046BF4; Sat, 30 Sep 2006 05:11:07 -0400 (EDT) Date: Sat, 30 Sep 2006 10:11:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <451E1063.60401@samsco.org> Message-ID: <20060930100853.I53010@fledge.watson.org> References: <20060929072741.GH14975@tnn.dglawrence.com> <20060929104427.GN14975@tnn.dglawrence.com> <451E1063.60401@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pete French , freebsd-stable@freebsd.org, jhb@freebsd.org, ob@e-Gitt.NET Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 30 Sep 2006 09:11:08 -0000 On Sat, 30 Sep 2006, Scott Long wrote: > David G Lawrence wrote: > >>>> Attached is a simple user program that will immediately cause pretty >>>> much >>>> all of the network drivers (at least the ones I own) to stop working and >>>> get watchdog timeouts. >>> >>> I am runnign this on a single processor machine with an SMP kernel and >>> it does not have any effect. I dont tink I have any single processor >>> machines >>> running a non SMP kernel to try it on though. Not particularly helpful I >>> know. I'll >> >> Actually, I think it is helpful to know that the program only has an >> effect on some machines. We just need to figure out what the common >> denominator is. > > Are you enabling an option, like IPv6, that puts Giant over the network > stack? IPv6 has Giant over its netisr, but not over the entire network stack. If Giant is being placed over the stack due to use of an option that forces it (such as KAME IPSEC) you should be able to grep this out of dmesg by doing something along the lines of the following: grep "WARNING: debug.mpsafenet" /var/run/dmesg Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 09:11:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 483D016A403; Sat, 30 Sep 2006 09:11:46 +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 C9F7343D4C; Sat, 30 Sep 2006 09:11:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0F4A246D10; Sat, 30 Sep 2006 05:11:45 -0400 (EDT) Date: Sat, 30 Sep 2006 10:11:44 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David G Lawrence In-Reply-To: <20060930065921.GP14975@tnn.dglawrence.com> Message-ID: <20060930101116.I53010@fledge.watson.org> References: <20060929072741.GH14975@tnn.dglawrence.com> <20060929104427.GN14975@tnn.dglawrence.com> <451E1063.60401@samsco.org> <20060930065921.GP14975@tnn.dglawrence.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Pete French , jhb@freebsd.org, ob@e-Gitt.NET Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 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, 30 Sep 2006 09:11:46 -0000 On Fri, 29 Sep 2006, David G Lawrence wrote: >> Are you enabling an option, like IPv6, that puts Giant over the network >> stack? > >> From dmesg: > > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > > ...the kernel has IPSEC. If you're not using IPv6 over IPSEC, consider trying FAST_IPSEC isntead. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 09:35:31 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF82516A415 for ; Sat, 30 Sep 2006 09:35:31 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id E326243D58 for ; Sat, 30 Sep 2006 09:35:30 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id k8U9ZSBA023384; Sat, 30 Sep 2006 11:35:28 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k8U9ZSLu003774; Sat, 30 Sep 2006 11:35:28 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k8U9ZS3O003773; Sat, 30 Sep 2006 11:35:28 +0200 (CEST) (envelope-from wb) Date: Sat, 30 Sep 2006 11:35:28 +0200 From: Wilko Bulte To: Matthew Jacob Message-ID: <20060930093527.GC3664@freebie.xs4all.nl> References: <20060929201729.GA8584@freebie.xs4all.nl> <20060929210513.GB8977@freebie.xs4all.nl> <7579f7fb0609292211l63dea3edofb9b792ca641f55e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0609292211l63dea3edofb9b792ca641f55e@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@FreeBSD.ORG, Eduardo Meyer Subject: Re: DELL CX300 storage 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, 30 Sep 2006 09:35:32 -0000 On Fri, Sep 29, 2006 at 10:11:31PM -0700, Matthew Jacob wrote.. > Or LSI-Logic. Uh, yes. Never worked with LSI-Logic FC HBAs, so I forgot about that one ;) > On 9/29/06, Wilko Bulte wrote: > >On Fri, Sep 29, 2006 at 06:01:25PM -0300, Eduardo Meyer wrote.. > >> How sad :~ > >> > >> But thank you for the quick reply. I hope bsdstats initiative may help > >> somehow this kind of problem. > > > >All this said, I think you will find a Qlogic FC HBA will happily talk to > >your EMC CX! > > > >> >No, there is no Emulex FC driver for FreeBSD. I don't know about the > >> >current situation, but Emulex used to only supply docs under NDA. > >> > > >> >Qlogic was/is much easier in this respect. > >> > > >> >Wilko Bulte wilko@FreeBSD.org > >> > > >> > >> -- > >> =========== > >> Eduardo Meyer > >> pessoal: dudu.meyer@gmail.com > >> profissional: ddm.farmaciap@saude.gov.br > >> _______________________________________________ > >> 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" > >--- end of quoted text --- > > > >-- > >Wilko Bulte wilko@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" > > --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 10:34:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92D7716A403 for ; Sat, 30 Sep 2006 10:34:11 +0000 (UTC) (envelope-from free.as.in.speech@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD51343D46 for ; Sat, 30 Sep 2006 10:34:10 +0000 (GMT) (envelope-from free.as.in.speech@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1183199wxd for ; Sat, 30 Sep 2006 03:34:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=F9JxU813oJF0Q2+FHnGLRIJqeGb7l6UJGJt36sQfOJ+D93NzHEGQurvohJmXJFJP7RLooITVC1EAS60yuGBb5E69qwcqoAH55PxMguMB3C2LZEX+FDvg1M5Br2FOfECf/P//Ax/lnZr4p3ZbNedjJjbENiLGF0UiREUhBs0vTVw= Received: by 10.70.129.5 with SMTP id b5mr2232380wxd; Sat, 30 Sep 2006 03:34:10 -0700 (PDT) Received: by 10.70.50.6 with HTTP; Sat, 30 Sep 2006 03:34:10 -0700 (PDT) Message-ID: <2cc028020609300334y3ca1b8bfs9204f1262aebc460@mail.gmail.com> Date: Sat, 30 Sep 2006 12:34:10 +0200 From: "Brian King" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: western digital mybook (external usb drive, 250gb) takes 15 minutes to be recognized 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, 30 Sep 2006 10:34:11 -0000 i'm seeing strange behavior for a wd mybook on freebsd 6.1-RELEASE-p5, GENERIC kernel. - the system hangs on boot if it's attached. it stops right after it has recognized my internal hard drives and dvd writer. perhaps it would eventually complete the booting process, but i give up after several minutes, unplug the usb drive and press the reset button. - after boot, if i attach the drive i see this message on the first terminal: ----- umass0: Western Digital External HDD, rev 2.00/2.06, addr 2 ----- about 15 minutes later (!), i see: ----- da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) ----- no other messages related to the drive are displayed on the console during these 15 minutes. once the da0 device is recognized, i can mount the partitions (i've got it split into two roughly equal-sized primary partitions, one ext2fs and one msdos), e.g.: mount -t ext2fs /dev/da0s1/mnt/backup here is what i see about my usb hardware with dmesg: ----- uhci0: port 0xd400-0xd41f at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb800-0xb81f at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xed800000-0xed8000ff at device 16.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered ----- here is my /etc/usbd.conf file (i've never modified it, i guess this is the default): ----- # Configuration file the USB daemon. # # See usbd.conf(5) for the description of the format of the file. # # $FreeBSD: src/etc/usbd.conf,v 1.15 2004/11/28 23:16:00 iedowse Exp $ # Firmware download into the ActiveWire board. After the firmware download is # done the device detaches and reappears as something new and shiny automatically. # device "ActiveWire board, firmware download" vendor 0x0854 product 0x0100 release 0x0000 attach "/usr/local/bin/ezdownload -f /usr/local/share/usb/firmware/0854.0100.0_01.hex ${DEVNAME}" # Firmware download for Entrega Serial DB25 adapter. # device "Entrega Serial with UART" product 0x8001 vendor 0x1645 release 0x0101 attach "if ! kldstat -n usio > /dev/null 2>&1 ; then kldload usio; fi" attach "/usr/sbin/ezdownload -v -f /usr/share/usb/firmware/1645.8001.0101 /dev/${DEVNAME}" # This entry starts the ColdSync tool in daemon mode. Make sure you have an up # to date /usr/local/etc/palms. We override the 'listen' settings for port and # type in /usr/local/etc/coldsync.conf. device "Handspring Visor" devname "ugen[0-9]+" vendor 0x082d product 0x0100 release 0x0100 attach "/usr/local/bin/coldsync -md -p /dev/${DEVNAME} -t usb" # The fallthrough entry: Nothing is specified, nothing is done. And it isn't # necessary at all :-). Just for pretty printing in debugging mode. # device "USB device" ----- what could be causing this delay between the attachment of the drive and registration of the da0 device? From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 10:54:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 342C916A416 for ; Sat, 30 Sep 2006 10:54:34 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D4F43D45 for ; Sat, 30 Sep 2006 10:54:33 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k8UAsTkn011348; Sat, 30 Sep 2006 12:54:30 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sat, 30 Sep 2006 12:54:29 +0200 (CEST) From: Martin Blapp To: Vlad GALU In-Reply-To: Message-ID: <20060930125044.X91466@godot.imp.ch> References: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-121061634-1159613669=:91466" X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: freebsd-stable@freebsd.org Subject: Re: Frequent VFS crashes with RELENG_6 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, 30 Sep 2006 10:54:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-121061634-1159613669=:91466 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Hi, 1.) Bad ram ? Have you run some memory tester ? 2.) Have you background fsck running on this disk ? If so try to boot into single user and do a full fsck on this disk. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ On Sat, 30 Sep 2006, Vlad GALU wrote: > I've been getting random crashes like the one below, once or twice a > week, always in the same code path. The system is a RELENG_6 as of Wed > Sep 27 11:42:57 EEST 2006, running on amd64. > > -- cut here -- > #0 doadump () at pcpu.h:172 > No locals. > #1 0xffffffff8022d033 in boot (howto=260) at > ../../../kern/kern_shutdown.c:409 > first_buf_printf = 1 > #2 0xffffffff8022d687 in panic (fmt=0xffffff002bb6e260 "°ö¾\"") at > ../../../kern/kern_shutdown.c:565 > bootopt = 260 > newpanic = 0 > ap = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = > 0xffffffffa7995790, reg_save_area = 0xffffffffa79956b0}} > buf = "vm_page_unwire: invalid wire count: 0", '\0' times> --0-121061634-1159613669=:91466-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 12:22:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B464E16A40F for ; Sat, 30 Sep 2006 12:22:12 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A2F843DB4 for ; Sat, 30 Sep 2006 12:21:12 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id k8UCKafG079742; Sat, 30 Sep 2006 14:20:37 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 4B357B836; Sat, 30 Sep 2006 14:20:36 +0200 (CEST) Date: Sat, 30 Sep 2006 14:20:36 +0200 From: Roland Smith To: Brian King Message-ID: <20060930122036.GA63969@slackbox.xs4all.nl> Mail-Followup-To: Brian King , freebsd-stable@freebsd.org References: <2cc028020609300334y3ca1b8bfs9204f1262aebc460@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <2cc028020609300334y3ca1b8bfs9204f1262aebc460@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.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: western digital mybook (external usb drive, 250gb) takes 15 minutes to be recognized 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, 30 Sep 2006 12:22:12 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 30, 2006 at 12:34:10PM +0200, Brian King wrote: > i'm seeing strange behavior for a wd mybook on freebsd 6.1-RELEASE-p5, > GENERIC kernel. >=20 > - the system hangs on boot if it's attached. it stops right after it has > recognized my internal hard drives and dvd writer. perhaps it would > eventually complete the booting process, but i give up after several > minutes, unplug the usb drive and press the reset button. > - after boot, if i attach the drive i see this message on the first > terminal: > ----- > umass0: Western Digital External HDD, rev 2.00/2.06, addr 2 > ----- >=20 > about 15 minutes later (!), i see: > ----- > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > ----- I've got an external harddrive with a WD disk. It works without problems; umass0: Prolific Technology Inc. Mass Storage Device, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) I've encrypted mine with GEOM_ELI though, and put a single filesystem on the encryped disk. > no other messages related to the drive are displayed on the console during > these 15 minutes. >=20 > once the da0 device is recognized, i can mount the partitions (i've got it > split into two roughly equal-sized primary partitions, one ext2fs and one > msdos), e.g.: > mount -t ext2fs /dev/da0s1/mnt/backup Maybe the driver is looking for FreeBSD slices? Do you see any disk activity during this 15 minute period? =20 > here is what i see about my usb hardware with dmesg: > ----- > uhci0: port 0xd400-0xd41f at device 16.0 on p= ci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xd000-0xd01f at device 16.1 on p= ci0 > uhci1: [GIANT-LOCKED] > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 6 ports with 6 removable, self powered > ----- Got more or less the same here. A couple of 83C572's with a VT6202 for USB 2.0. =20 > here is my /etc/usbd.conf file (i've never modified it, i guess this is t= he > default): > ----- Have you even enabled it? It's disabled by default. As I understand, it's deprecated in favour of devd. I can't find any devd events on my system for the drive, probably because it's handled by atapicam(4). > what could be causing this delay between the attachment of the drive and > registration of the da0 device? Looking for FreeBSD slices is one thing I can think of. 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) --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHmEUEnfvsMMhpyURAgzuAJ95ltj98rKRTyS0CBNK0ipv9q8tkQCfUTvb B0eC7eD1KE1DD6aUkp2mvJA= =S6LA -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 14:03:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 262C016A412 for ; Sat, 30 Sep 2006 14:03:54 +0000 (UTC) (envelope-from SRS0=UeGF/f=DN=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailout18.yourhostingaccount.com (mailout18.yourhostingaccount.com [65.254.253.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD5B43D45 for ; Sat, 30 Sep 2006 14:03:53 +0000 (GMT) (envelope-from SRS0=UeGF/f=DN=vvelox.net=v.velox@yourhostingaccount.com) Received: from scan07.yourhostingaccount.com ([10.1.1.237] helo=scan07.yourhostingaccount.com) by mailout18.yourhostingaccount.com with esmtp (Exim) id 1GTfRZ-0004Uj-05 for freebsd-stable@freebsd.org; Sat, 30 Sep 2006 10:03:53 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] ident=exim) by scan07.yourhostingaccount.com with spamscanlookuphost (Exim) id 1GTfRY-0003Iw-Rj for freebsd-stable@freebsd.org; Sat, 30 Sep 2006 10:03:52 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] helo=authsmtp09.yourhostingaccount.com) by scan07.yourhostingaccount.com with esmtp (Exim) id 1GTfRY-0003It-EY for freebsd-stable@freebsd.org; Sat, 30 Sep 2006 10:03:52 -0400 Received: from [69.92.217.33] (helo=vixen42) by authsmtp09.yourhostingaccount.com with esmtpa (Exim) id 1GTfRX-00085S-Vl; Sat, 30 Sep 2006 10:03:52 -0400 Date: Sat, 30 Sep 2006 09:03:53 -0500 From: Vulpes Velox To: Sam Leffler Message-ID: <20060930090353.6c695098@vixen42> In-Reply-To: <451E091A.2060806@errno.com> References: <20060929233851.2bbaabdd@vixen42> <451E091A.2060806@errno.com> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EN-UserInfo: 0d1ca1697cdb7a831d4877828571b7ab:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox2 Sender: Vulpes Velox Cc: freebsd-stable@freebsd.org Subject: Re: ath0 attach 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: Sat, 30 Sep 2006 14:03:54 -0000 On Fri, 29 Sep 2006 23:05:14 -0700 Sam Leffler wrote: > Vulpes Velox wrote: > > Any suggestions on this? The card in question one supplied by > > Toshiba in their laptops. > > > > ath0: irq 17 at device 0.0 on pci3 > > ath0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). > > ath0: cannot map register space > > device_attach: ath0 attach returned 6 > > > > > > From lsci -v > > > > 03:00.0 Ethernet controller: Atheros Communications, Inc. Unknown > > device 001c (rev 01) Subsystem: Askey Computer Corp. Unknown > > device 7096 Flags: bus master, fast devsel, latency 0, IRQ 17 > > Memory at (64-bit, non-prefetchable) > > Capabilities: [40] Power Management version 2 > > Capabilities: [50] Message Signalled Interrupts: 64bit- > > Queue=0/0 Enable- Capabilities: [60] Express Legacy Endpoint IRQ 0 > > Capabilities: [90] MSI-X: Enable- Mask- TabSize=1 > > This is likely an ACPI/ASL issue. I saw this on an hp nx6125 laptop > when trying to use the express card slot. The BIOS did not > identify how to map the resources associated with the bridge. Very possibly given some of the funny stuff that shows up in dmesg if I when I poll the processor frequency and temp. Going to check into the ACPI list, iirc there is one, when I get home tomorrow then. Any suggestions on other places to check as well or the like? From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 16:01:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6B2F16A415 for ; Sat, 30 Sep 2006 16:01:02 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 071FC43D4C for ; Sat, 30 Sep 2006 16:01:01 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by py-out-1112.google.com with SMTP id o67so1667844pye for ; Sat, 30 Sep 2006 09:01:01 -0700 (PDT) Received: by 10.64.148.8 with SMTP id v8mr4818443qbd; Sat, 30 Sep 2006 09:01:01 -0700 (PDT) Received: by 10.65.228.19 with HTTP; Sat, 30 Sep 2006 09:01:01 -0700 (PDT) Message-ID: Date: Sat, 30 Sep 2006 19:01:01 +0300 From: "Vlad GALU" To: freebsd-stable@freebsd.org In-Reply-To: <20060930125044.X91466@godot.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060930125044.X91466@godot.imp.ch> Subject: Re: Frequent VFS crashes with RELENG_6 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, 30 Sep 2006 16:01:02 -0000 On 9/30/06, Martin Blapp wrote: > > Hi, > > 1.) Bad ram ? Have you run some memory tester ? Yes, memtest86 didn't show anything weird. > 2.) Have you background fsck running on this disk ? If > so try to boot into single user and do a full fsck on this > disk. > I have background_fsck=3D"NO" in rc.conf and I checked the whole disk several times. Something I forgot to mention earlier: the crash is easier to reproduce when running rtorrent. The machine did crash without running it as well, but far more seldom. > Martin > > Martin Blapp, > ------------------------------------------------------------------ > ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH > Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 > PGP: > PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E > ------------------------------------------------------------------ > > On Sat, 30 Sep 2006, Vlad GALU wrote: > > > I've been getting random crashes like the one below, once or twice a > > week, always in the same code path. The system is a RELENG_6 as of Wed > > Sep 27 11:42:57 EEST 2006, running on amd64. > > > > -- cut here -- > > #0 doadump () at pcpu.h:172 > > No locals. > > #1 0xffffffff8022d033 in boot (howto=3D260) at > > ../../../kern/kern_shutdown.c:409 > > first_buf_printf =3D 1 > > #2 0xffffffff8022d687 in panic (fmt=3D0xffffff002bb6e260 "=B0=F6=BE\""= ) at > > ../../../kern/kern_shutdown.c:565 > > bootopt =3D 260 > > newpanic =3D 0 > > ap =3D {{gp_offset =3D 16, fp_offset =3D 48, overflow_arg_area = =3D > > 0xffffffffa7995790, reg_save_area =3D 0xffffffffa79956b0}} > > buf =3D "vm_page_unwire: invalid wire count: 0", '\0' > times> > --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 16:18:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F74516A4C8 for ; Sat, 30 Sep 2006 16:18:30 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05EE843D45 for ; Sat, 30 Sep 2006 16:18:27 +0000 (GMT) (envelope-from martin@gneto.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep01.bredband.com with ESMTP id <20060930161826.OAWW18694.mxfep01.bredband.com@ironport.bredband.com> for ; Sat, 30 Sep 2006 18:18:26 +0200 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se ([83.227.181.30]) by ironport.bredband.com with ESMTP; 30 Sep 2006 18:18:26 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by ua-83-227-181-30.cust.bredbandsbolaget.se (Postfix) with ESMTP id BE96A67922; Sat, 30 Sep 2006 18:18:25 +0200 (CEST) Message-ID: <451E98D1.8080609@gneto.com> Date: Sat, 30 Sep 2006 18:18:25 +0200 From: Martin Nilsson User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <20060928221505.GA75187@mail1.thewrittenword.com> In-Reply-To: <20060928221505.GA75187@mail1.thewrittenword.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@mlists.thewrittenword.com Subject: Re: Poor write performance with LSI 320-2 on 6.1-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: Sat, 30 Sep 2006 16:18:30 -0000 Albert Chin wrote: > The arrays are configured with "write-thru" write policy, "adaptive" > read policy, and "cachedio" cache policy. cachedio will slow you down on the old LSI cards. Only enable it on the PCI-X and above adapters. /Martin From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 18:39:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28D7616A415 for ; Sat, 30 Sep 2006 18:39:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5EF543D45 for ; Sat, 30 Sep 2006 18:39:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A49F91A3C19; Sat, 30 Sep 2006 11:39:07 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 891E4515BC; Sat, 30 Sep 2006 14:39:06 -0400 (EDT) Date: Sat, 30 Sep 2006 14:39:06 -0400 From: Kris Kennaway To: Paul Allen Message-ID: <20060930183906.GA76658@xor.obsecurity.org> References: <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> <20060930011904.GA62626@nowhere> <20060930013439.GB62626@nowhere> <20060930014242.GB42433@xor.obsecurity.org> <20060930060535.GA3467@riyal.ugcs.caltech.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20060930060535.GA3467@riyal.ugcs.caltech.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Craig Boston , Kris Kennaway Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 18:39:08 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 11:05:35PM -0700, Paul Allen wrote: > >From Kris Kennaway , Fri, Sep 29, 2006 at 09:42:42P= M -0400: > > On Fri, Sep 29, 2006 at 08:34:39PM -0500, Craig Boston wrote: > > > On Fri, Sep 29, 2006 at 08:19:04PM -0500, Craig Boston wrote: > > > > On Thu, Sep 28, 2006 at 01:48:42PM -0600, Scott Long wrote: > > > > > http://people.freebsd.org/~scottl/usb_fastintr_RELENG_6.diff > > > >=20 > > > > At first glance it appeared to work, but I'm about to do some more > > > > testing since I just discovered that I have to kldload something > > > > (anything) first in order to reproduce the problem. Weird. > > >=20 > > > I can confirm that despite the other side effect I already mentioned, > > > this patch does fix or at least mask the problem I'm seing with em (a= nd > > > probably usb). > >=20 > > Which is odd since the hypothesis Scott was working on should have > > shown up clearly in the mutex trace, but did not. >=20 > But it is consistent with there being a beat-frequency problem with=20 > respect to the scheduler. I think the number you really need is not > how long giant was held but how long was spent waiting for it. It also seemed to show that nothing was really waiting for it (the cnt_* entries). Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHrnJWry0BWjoQKURAqDhAKCfmFLkp/RP8zGIw+LK6U0ctNUB+QCbB/4x 1RhJiOxF1g0CwzF1Tf/Ab5w= =uFXF -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 19:33:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2716316A407 for ; Sat, 30 Sep 2006 19:33:46 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F9A143D46 for ; Sat, 30 Sep 2006 19:33:44 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id k8UJXILT065946 for ; Sat, 30 Sep 2006 20:33:19 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=softfail; spf=softfail X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk k8UJXILT065946 Message-ID: <451EC677.6000404@infracaninophile.co.uk> Date: Sat, 30 Sep 2006 20:33:11 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigACC907932DDC15274EF8F89B" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Sat, 30 Sep 2006 20:33:39 +0100 (BST) X-Virus-Scanned: ClamAV 0.88.4/1952/Sat Sep 30 15:35:55 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING,NO_RELAYS autolearn=ham version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on happy-idiot-talk.infracaninophile.co.uk Subject: Disappearing IPv6 default route 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, 30 Sep 2006 19:33:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigACC907932DDC15274EF8F89B Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Dear list, I've had IPv6 connectivity for some years via an IPv6 in IPv4 gif tunnel courtesy of my ISP. However, about a week ago, when I upgraded to 6.2-PRERELEASE, I noticed it had mysteriously stopped working. (It may h= ave died before last week though; but that is the probable time) So this weekend I set out to find out why. After much head scratching, I discovered that the IPv6 default route was not present on the system. If I added it back manually, voil=E0: IPv= 6 connectivity back again ... for a few seconds. This is completely reproducible: happy-idiot-talk:~:% sudo route add -inet6 default -interface gif0 ; ping= 6 clueless.aaisp.net.uk add net default: gateway gif0 PING6(56=3D40+8+8 bytes) 2001:8b0:151:1::1 --> 2001:8b0:0:81::51bb:5115 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D0 hlim=3D61 time=3D32.= 221 ms 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D1 hlim=3D61 time=3D29.= 856 ms 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D2 hlim=3D61 time=3D29.= 560 ms 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D3 hlim=3D61 time=3D30.= 348 ms 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D4 hlim=3D61 time=3D28.= 957 ms 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D5 hlim=3D61 time=3D30.= 626 ms 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D6 hlim=3D61 time=3D29.= 384 ms 16 bytes from 2001:8b0:0:81::51bb:5115, icmp_seq=3D7 hlim=3D61 time=3D31.= 815 ms ping6: sendmsg: No route to host ping6: wrote clueless.aaisp.net.uk 16 chars, ret=3D-1 ping6: sendmsg: No route to host ping6: wrote clueless.aaisp.net.uk 16 chars, ret=3D-1 ping6: sendmsg: No route to host ping6: wrote clueless.aaisp.net.uk 16 chars, ret=3D-1 ping6: sendmsg: No route to host ping6: wrote clueless.aaisp.net.uk 16 chars, ret=3D-1 ping6: sendmsg: No route to host ping6: wrote clueless.aaisp.net.uk 16 chars, ret=3D-1 ^C --- clueless.aaisp.net.uk ping6 statistics --- 13 packets transmitted, 8 packets received, 38.5% packet loss round-trip min/avg/max/std-dev =3D 28.957/30.346/32.221/1.088 ms After 8 pings, the default route disappears. tcpdump shows no other traf= fic to/from the tunnel end-point than the pings and responses. I can't find = anything similar reported elsewhere on the 'net. Any clues gratefully received. OS Version: happy-idiot-talk:~:% uname -a=20 FreeBSD happy-idiot-talk.infracaninophile.co.uk 6.2-PRERELEASE FreeBSD 6.= 2-PRERELEASE #9: Fri Sep 29 01:08:43 BST 2006 root@happy-idiot-talk.i= nfracaninophile.co.uk:/usr/obj/usr/src/sys/HAPPY-IDIOT-TALK i386 IPv6 related stuff from rc.conf: gif_interfaces=3D"gif0" gifconfig_gif0=3D"81.187.76.162 81.187.81.6" ipv6_enable=3D"YES" ipv6_defaultrouter=3D"-interface gif0" ipv6_default_interface=3D"gif0" ipv6_ifconfig_gif0=3D"2001:08b0:0151:0001::1 prefixlen 64" ipv6_gateway_enable=3D"YES" happy-idiot-talk:~:% ifconfig gif0=20 gif0: flags=3D8051 mtu 1280 tunnel inet 81.187.76.162 --> 81.187.81.6 inet6 fe80::240:5ff:fea5:8db7%gif0 prefixlen 64 scopeid 0x3=20 inet6 2001:8b0:151:1::1 prefixlen 64=20 Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigACC907932DDC15274EF8F89B 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.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFHsZ+8Mjk52CukIwRCG1iAJ9ZePH7b7/jUyuzxVV0R/CdPvsD2gCgg+5Y B1hPtYyFYxZpox/DvUi6dns= =+gwx -----END PGP SIGNATURE----- --------------enigACC907932DDC15274EF8F89B-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 20:37:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF2916A403 for ; Sat, 30 Sep 2006 20:37:02 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD6B43E7B for ; Sat, 30 Sep 2006 20:35:32 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 52C5433CA2; Sat, 30 Sep 2006 22:35:22 +0200 (SAST) Date: Sat, 30 Sep 2006 22:35:22 +0200 From: John Hay To: Matthew Seaman Message-ID: <20060930203522.GA69912@zibbi.meraka.csir.co.za> References: <451EC677.6000404@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451EC677.6000404@infracaninophile.co.uk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Disappearing IPv6 default route 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, 30 Sep 2006 20:37:02 -0000 On Sat, Sep 30, 2006 at 08:33:11PM +0100, Matthew Seaman wrote: > > Dear list, > > I've had IPv6 connectivity for some years via an IPv6 in IPv4 gif tunnel > courtesy of my ISP. However, about a week ago, when I upgraded to > 6.2-PRERELEASE, I noticed it had mysteriously stopped working. (It may have > died before last week though; but that is the probable time) So this > weekend I set out to find out why. It is a known problem that I caused. We are working on it. If you want to, you can try this patch. It should fix your problem. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org Index: sys/netinet6/nd6.c =================================================================== RCS file: /home/ncvs/src/sys/netinet6/nd6.c,v retrieving revision 1.67 retrieving revision 1.69 diff -I$FreeBSD: -u -r1.67 -r1.69 --- sys/netinet6/nd6.c 16 Sep 2006 06:24:28 -0000 1.67 +++ sys/netinet6/nd6.c 30 Sep 2006 20:25:33 -0000 1.69 @@ -1390,7 +1390,8 @@ ip6_sprintf(&llsol), error)); } } - } else if (req == RTM_ADD && SDL(gate)->sdl_alen == 0) { + } else if (req == RTM_ADD && SDL(gate)->sdl_alen == 0 && + (rt->rt_flags & RTF_HOST) != 0) { ln->ln_state = ND6_LLINFO_INCOMPLETE; } break; From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 22:32:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B1CA16A403 for ; Sat, 30 Sep 2006 22:32:07 +0000 (UTC) (envelope-from free.as.in.speech@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id E107E43D46 for ; Sat, 30 Sep 2006 22:32:06 +0000 (GMT) (envelope-from free.as.in.speech@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1313260wxd for ; Sat, 30 Sep 2006 15:32:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=pPnnjC8zepITC2FXzyotyQ8Z6LWTWIAsO4T1X0bS+i/9dA3kfpZ5kmJis713VK0Yf04y5kR1QlYyZLUNamjrAqwJwYUt1U71T0CmqHS5pEkSQEaZYdDhNaURPM66euhXBdK2kRuRLMxgSqDlIw/UWQwCbPwMLTSF2+oEh8am/v0= Received: by 10.70.30.5 with SMTP id d5mr8085164wxd; Sat, 30 Sep 2006 15:32:06 -0700 (PDT) Received: by 10.70.50.6 with HTTP; Sat, 30 Sep 2006 15:32:06 -0700 (PDT) Message-ID: <2cc028020609301532q3f30489dm194d7d83383c7a36@mail.gmail.com> Date: Sun, 1 Oct 2006 00:32:06 +0200 From: "Brian King" To: freebsd-stable@freebsd.org In-Reply-To: <20060930122036.GA63969@slackbox.xs4all.nl> MIME-Version: 1.0 References: <2cc028020609300334y3ca1b8bfs9204f1262aebc460@mail.gmail.com> <20060930122036.GA63969@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: western digital mybook (external usb drive, 250gb) takes 15 minutes to be recognized 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, 30 Sep 2006 22:32:07 -0000 thanks for the response, Roland! On 9/30/06, Roland Smith wrote: > > > I've got an external harddrive with a WD disk. It works without > problems; > > umass0: Prolific Technology Inc. Mass Storage Device, rev 2.00/1.00, addr > 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > > I've encrypted mine with GEOM_ELI though, and put a single filesystem on > the encryped disk. interesting. perhaps it's something specific to the MyBook. i'm guessing that you don't have a MyBook? > no other messages related to the drive are displayed on the console during > > these 15 minutes. > > > > once the da0 device is recognized, i can mount the partitions (i've got > it > > split into two roughly equal-sized primary partitions, one ext2fs and > one > > msdos), e.g.: > > mount -t ext2fs /dev/da0s1/mnt/backup > > Maybe the driver is looking for FreeBSD slices? Do you see any disk > activity > during this 15 minute period? no, i haven't noticed any. in fact, after about 10 minutes the disk spins down because there's been no activity. > > Have you even enabled it? It's disabled by default. As I understand, > it's deprecated in favour of devd. > > I can't find any devd events on my system for the drive, probably > because it's handled by atapicam(4). i did have usbd enabled; i had enabled it while following some old instructions about how to mount a usb flash stick. i've disabled it now; the behavior remains the same. in fact, i tried running usbd verbosely it in the foreground ( /usr/sbin/usbd -v -v -d ). when attaching the MyBook the following was displayed (immediately): ------------- usbd: device-attach event at 1159638275.878767000, External HDD, Western Digital: vndr=0x1058 prdct=0x0901 rlse=0x0206 clss=0x0000 subclss=0x0000 prtcl=0x0000 device names: umass0 === match attempt: umass0 usbd: Found action 'USB device' for External HDD, Western Digital at umass0 usbd: action 0: USB device usbd: Setting DEVNAME='umass0' ------------- ... and then the long pause before it attaches to da0 (nothing more is displayed at time of attachment) "camcontrol devlist" gives this right after plugging in the drive: at scbus0 target 0 lun 0 (probe0) and after it finally attaches to da0 "camcontrol devlist" gives: at scbus0 target 0 lun 0 (pass0,da0) so it seems that the probe phase is what is taking so long. is there any way to specify what action to take when this specific drive is attached, instead of having the system probe it? i also tried running devd verbosely in the foreground (/sbin/devd -d -D). here is the output when the drive is attached: -------- Processing event '? at port=3 vendor=0x1058 product=0x0901 devclass=0x00 devsubclass=0x00 release=0x0206 sernum="57442D5743414E4B34373234312421" on uhub3' Pushing table setting port=3 setting vendor=0x1058 setting product=0x0901 setting devclass=0x00 setting devsubclass=0x00 setting release=0x0206 setting sernum=57442D5743414E4B34373234312421 setting bus=uhub3 Processing nomatch event Popping table Processing event '+umass0 vendor=0x1058 product=0x0901 devclass=0x00 devsubclass=0x00 release=0x0206 sernum="57442D5743414E4B34373234312421" intclass=0x08 intsubclass=0x06 at port=3 interface=0 vendor=0x1058 product=0x0901 devclass=0x00 devsubclass=0x00 release=0x0206 sernum="57442D5743414E4B34373234312421" intclass=0x08 intsubclass=0x06 on uhub3' Pushing table setting device-name=umass0 setting vendor=0x1058 setting product=0x0901 setting devclass=0x00 setting devsubclass=0x00 setting release=0x0206 setting sernum=57442D5743414E4B34373234312421 setting intclass=0x08 setting intsubclass=0x06 Processing attach event Testing device-name=umass0 against ^ed50 Testing device-name=umass0 against ^ubt[0-9]+ Testing device-name=umass0 against ^ukbd0 Testing device-name=umass0 against ^ums[0-9]+ Testing media type of umass0 against 0x20 Testing media type of umass0 against 0x80 Testing device-name=umass0 against ^(aac|adv|adw|aha|ahb|ahc|ahd|aic|amd|amr|asr|bt|ciss|ct|dpt|esp|ida|iir|ips|isp|mlx|mly|mpt|ncr|ncv|nsp|stg|sym|trm|wds)[0-9]+ Popping table -------- ... and then the long pause before it attaches to da0 (nothing more is displayed at time of attachment) this MyBook doesn't have any delay when connecting on linux (ubuntu 6.06) or on windows xp on this computer. any ideas? i'm stumped at this point... From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 22:35:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B63D16A403 for ; Sat, 30 Sep 2006 22:35:11 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1131E43D46 for ; Sat, 30 Sep 2006 22:35:08 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id B5EB4111AD; Sat, 30 Sep 2006 17:35:08 -0500 (CDT) Date: Sat, 30 Sep 2006 17:35:08 -0500 From: Craig Boston To: Scott Long Message-ID: <20060930223508.GA32120@nowhere> References: <20060927191402.GB932@turion.vk2pj.dyndns.org> <20060927210349.GG14975@tnn.dglawrence.com> <451AEB02.2090806@samsco.org> <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> <20060930011904.GA62626@nowhere> <451E0B39.6080607@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451E0B39.6080607@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 22:35:11 -0000 On Sat, Sep 30, 2006 at 12:14:17AM -0600, Scott Long wrote: > >One thing this patch definitely did do though, is break the nvidia > >driver pretty badly. Couldn't keep the X server running for more than a > >minute before it froze solid. Lots of Xid: blah blah blah messages. > >Yes I remembered to rebuild the kernel module ;) > > My patch shouldn't have a single effect on nvidia. It just gets the USB > out of the way of other drivers. Weird. But what does 'blah blah' > translate into? It didn't make any sense to me either after looking at the patch... I'm 100% sure that was the only change between boots, and it started working again after I reverted the sys/dev/usb directory and rebuilt. (svk is great for juggling patch sets around) That's one of the reasons I briefly suspected the nvidia driver causing problems somewhere, so I removed that from the mix just to be sure. 'blah blah' translates into numbers that mean nothing to me, but they may be useful to someone: Sep 29 16:57:09 kernel: NVRM: Xid (0001:00): 16, Head 00000000 Count 00000ae5 Sep 29 16:57:09 kernel: NVRM: Xid (0001:00): 16, Head 00000001 Count 00000ae4 Sep 29 16:57:11 kernel: NVRM: Xid (0001:00): 8, Channel 00000000 Sep 29 16:57:17 kernel: NVRM: Xid (0001:00): 16, Head 00000000 Count 00000ae6 Sep 29 16:57:17 kernel: NVRM: Xid (0001:00): 16, Head 00000001 Count 00000ae5 Sep 29 16:57:19 kernel: NVRM: Xid (0001:00): 8, Channel 0000001e Sep 29 16:57:25 kernel: NVRM: Xid (0001:00): 16, Head 00000000 Count 00000ae7 Sep 29 16:57:25 kernel: NVRM: Xid (0001:00): 16, Head 00000001 Count 00000ae6 Sep 29 16:57:27 kernel: NVRM: Xid (0001:00): 8, Channel 0000001e Sep 29 16:57:33 kernel: NVRM: Xid (0001:00): 16, Head 00000000 Count 00000ae8 Sep 29 16:57:33 kernel: NVRM: Xid (0001:00): 16, Head 00000001 Count 00000ae7 Sep 29 16:57:35 kernel: NVRM: Xid (0001:00): 8, Channel 0000001e Sep 29 16:57:41 kernel: NVRM: Xid (0001:00): 16, Head 00000000 Count 00000ae9 Sep 29 16:57:41 kernel: NVRM: Xid (0001:00): 16, Head 00000001 Count 00000ae8 Sep 29 16:57:43 kernel: NVRM: Xid (0001:00): 8, Channel 0000001e Sep 29 16:57:49 kernel: NVRM: Xid (0001:00): 16, Head 00000000 Count 00000aea Sep 29 16:58:19 kernel: NVRM: Xid (0001:00): 8, Channel 00000000 Sep 29 16:58:27 kernel: NVRM: Xid (0001:00): 8, Channel 0000001e Sep 29 16:58:51 last message repeated 3 times Sep 29 16:58:51 kernel: NVRM: Xid (0001:00): 7, Ch 00000001 M00000000 D bfef0007 intr 00010000 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 22:38:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BAA616A412 for ; Sat, 30 Sep 2006 22:38:52 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7007143D49 for ; Sat, 30 Sep 2006 22:38:44 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id DF6F4111AD; Sat, 30 Sep 2006 17:38:43 -0500 (CDT) Date: Sat, 30 Sep 2006 17:38:43 -0500 From: Craig Boston To: Kris Kennaway Message-ID: <20060930223843.GB32120@nowhere> References: <002201c6e290$45ece980$b3db87d4@multiplay.co.uk> <451BD89F.8080203@samsco.org> <451C1F6D.2020302@mail.uni-mainz.de> <7.0.1.0.0.20060928152807.17bbe448@sentex.net> <451C271A.9040904@samsco.org> <20060930011904.GA62626@nowhere> <20060930013439.GB62626@nowhere> <20060930014242.GB42433@xor.obsecurity.org> <20060930060535.GA3467@riyal.ugcs.caltech.edu> <20060930183906.GA76658@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060930183906.GA76658@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Paul Allen , freebsd-stable@freebsd.org Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] 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, 30 Sep 2006 22:38:52 -0000 On Sat, Sep 30, 2006 at 02:39:06PM -0400, Kris Kennaway wrote: > > > Which is odd since the hypothesis Scott was working on should have > > > shown up clearly in the mutex trace, but did not. > > > > But it is consistent with there being a beat-frequency problem with > > respect to the scheduler. I think the number you really need is not > > how long giant was held but how long was spent waiting for it. > > It also seemed to show that nothing was really waiting for it (the > cnt_* entries). I can set up a serial console an poke around in DDB during my test case if anyone thinks some useful information can be found. Unfortunately I'm remote from the machine right now so I won't be able to do that until Monday :/ Craig From owner-freebsd-stable@FreeBSD.ORG Sat Sep 30 23:52:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3DDB16A403 for ; Sat, 30 Sep 2006 23:52:32 +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 A0D7843D4C for ; Sat, 30 Sep 2006 23:52:29 +0000 (GMT) (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 k8UNqS60082440; Sun, 1 Oct 2006 01:52:28 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id E24C8B836; Sun, 1 Oct 2006 01:52:27 +0200 (CEST) Date: Sun, 1 Oct 2006 01:52:27 +0200 From: Roland Smith To: Brian King Message-ID: <20060930235227.GA79580@slackbox.xs4all.nl> Mail-Followup-To: Brian King , freebsd-stable@freebsd.org References: <2cc028020609300334y3ca1b8bfs9204f1262aebc460@mail.gmail.com> <20060930122036.GA63969@slackbox.xs4all.nl> <2cc028020609301532q3f30489dm194d7d83383c7a36@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <2cc028020609301532q3f30489dm194d7d83383c7a36@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.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: western digital mybook (external usb drive, 250gb) takes 15 minutes to be recognized 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, 30 Sep 2006 23:52:33 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 01, 2006 at 12:32:06AM +0200, Brian King wrote: > >I've got an external harddrive with a WD disk. It works without > >problems; > interesting. perhaps it's something specific to the MyBook. i'm guessing > that you don't have a MyBook? Correct.=20 > >no other messages related to the drive are displayed on the console duri= ng > >> these 15 minutes. > >> > >> once the da0 device is recognized, i can mount the partitions (i've got > >it > >> split into two roughly equal-sized primary partitions, one ext2fs and > >one > >> msdos), e.g.: > >> mount -t ext2fs /dev/da0s1/mnt/backup > > > >Maybe the driver is looking for FreeBSD slices? Do you see any disk > >activity > >during this 15 minute period? >=20 >=20 > no, i haven't noticed any. in fact, after about 10 minutes the disk spins > down because there's been no activity. Then I guess it's time for some kernel debugging. ;-) > ... and then the long pause before it attaches to da0 (nothing more is > displayed at time of attachment) >=20 > "camcontrol devlist" gives this right after plugging in the drive: > at scbus0 target 0 lun 0 (probe0) >=20 > and after it finally attaches to da0 "camcontrol devlist" gives: > at scbus0 target 0 lun 0 (pass0,da0) >=20 > so it seems that the probe phase is what is taking so long.=20 Could be. But it could also be the creation of the appropriate devices. So it might be CAM, devfs or a combination of the two. > is there any > way to specify what action to take when this specific drive is attached, > instead of having the system probe it? =20 Sorry, I don't know. > i also tried running devd verbosely in the foreground (/sbin/devd -d -D). > here is the output when the drive is attached: > -------- > -------- > ... and then the long pause before it attaches to da0 (nothing more is > displayed at time of attachment) That more or less rules out devd, I'd say. > this MyBook doesn't have any delay when connecting on linux (ubuntu 6.06)= or > on windows xp on this computer. >=20 > any ideas? i'm stumped at this point... Could you test if it makes a difference if there are BSD slices on it? Otherwisw check the partition table with fdisk to see if the partition table is OK. According to =A77.3 of "The design and implementation of the FreeBSD operating system" attach operations for da devices are handled in the "CAM peripheral layer", one ot the three layers in the CAM subsystem. It might be usefull to build a kernel with the CAM driver built-in complete with the CAMDEBUG option, see cam(4). You can then use camcontrol(8) to enable debugging options, e.g. CAM_DEBUG_CDB. 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) --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHwM7EnfvsMMhpyURAhStAJ4tbNwQPEMUUMGxJhHDjUVrIM/ALwCeJwON wMaGsWdfeNA7+DOntsmcZyo= =AD/D -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd--