From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 00:30:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A9716A4CE for ; Sun, 6 Feb 2005 00:30:08 +0000 (GMT) Received: from smtp816.mail.sc5.yahoo.com (smtp816.mail.sc5.yahoo.com [66.163.170.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 623F543D2D for ; Sun, 6 Feb 2005 00:30:08 +0000 (GMT) (envelope-from dpick982@sbcglobal.net) Received: from unknown (HELO ?127.0.0.1?) (dpick982@sbcglobal.net@69.210.52.43 with plain) by smtp816.mail.sc5.yahoo.com with SMTP; 6 Feb 2005 00:30:08 -0000 Message-ID: <420565B7.8080500@sbcglobal.net> Date: Sat, 05 Feb 2005 18:32:55 -0600 From: David User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: stable 5.3 question about KVM connected Mouse? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 00:30:09 -0000 Hello, I was hoping someone in the freebsd community would have the answer to this. I own a 2 computer connecting Trendnet "TK-209i" KVM swich and have had a problem with it with FreeBSD ever since I owned it. I can never seem to get my mouse to work when conneceted to my FreeBSD machine. Its an USB 5 button mouse connected to the KVM switch through a PS2 adapter. It than connects to the FreeBSD machine through a single USB connector for both the Keyboard and mouse. Freebsd 5.3 detects the keyboard fine through the USB connector, but "moused" never detects the mouse no matter what port I choose. I have tried both Windows and Linux with the single USB connector for the keyboard and mouse, and they detect the mouse just fine. My question is what the heck to I have to do to get my mouse detected in FreeBSD 5.3 with my current configuration? I would really appreciate any information people would have on what to try. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 00:45:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09AB416A4CE; Sun, 6 Feb 2005 00:45:54 +0000 (GMT) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F72D43D41; Sun, 6 Feb 2005 00:45:53 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id EAA2420C7; Sat, 5 Feb 2005 16:41:20 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id AC31620C0; Sat, 5 Feb 2005 16:41:20 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j160jpfi004850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 5 Feb 2005 16:45:51 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j160jpdf004847; Sat, 5 Feb 2005 16:45:51 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16901.26814.588055.457273@satchel.alerce.com> Date: Sat, 5 Feb 2005 16:45:50 -0800 To: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP cc: Pawel Jakub Dawidek Subject: Problem with migrating onto a gmirror slice. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 00:45:54 -0000 I have a system that I set up to use a gmirror back in the 5.3beta days. It's running fine but I don't remember exactly how I set it up. It's a scsi system w/ two identical disks. I'd like to migrate the installation to a new box that uses ide disks, and am basing my attempts on the "GEOM mirror Approach 2: Single Slice, Preferred, More Flexible" portion of these instructions: http://people.freebsd.org/~rse/mirror/ Although the disk that I ended up with was bootable in the new system, I noticed that the slice table was messed up. After a couple of tries, here's what I've found: The machine is: FreeBSD merlin.alerce.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #9: Sat Dec 18 12:38:37 PST 2004 root@merlin.alerce.com:/usr/obj/usr/src/sys/MERLIN i386 Here's the series of commands that I've performed to illustrate the problem: 138 15:31 fdisk -v -B -I /dev/ad0 139 15:31 fdisk -s /dev/ad0 140 15:31 fdisk -s /dev/ad0 > ~hartzell/fdisk-initial 141 15:32 gmirror label -v -n -b round-robin disk0 /dev/ad0s1 142 15:32 fdisk -s /dev/ad0 143 15:32 bsdlabel -w -B mirror/disk0 144 15:32 bsdlabel -e mirror/disk0 145 15:33 fdisk -s /dev/ad0 146 15:34 fdisk -s /dev/ad0 > ~hartzell/fdisk-after 147 15:34 history 148 15:34 history > ~hartzell/history After the fdisk at line 138, here's the slice table: /dev/ad0: 387621 cyl 16 hd 63 sec Part Start Size Type Flags 1: 63 390721905 0xa5 0x80 The fdisk at line 142 showed that the slice table was fine after the gmirror step. But after the bsdlabels at lines 143 and 144 the slice table looks like this: /dev/ad0: 387621 cyl 16 hd 63 sec Part Start Size Type Flags 4: 0 50000 0xa5 0x80 Here's the output of "bsdlabel /dev/mirror/disk0": # /dev/mirror/disk0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524272 16 4.2BSD 2048 16384 32768 b: 8336976 524288 swap c: 390721904 0 unused 0 0 # "raw" part, don't edit d: 524288 8861264 4.2BSD 2048 16384 32776 e: 524288 9385552 4.2BSD 2048 16384 32776 f: 380812064 9909840 4.2BSD 2048 16384 28552 Anyone see what I'm missing? g. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 02:18:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38E4B16A4CF for ; Sun, 6 Feb 2005 02:18:36 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02A5243D46 for ; Sun, 6 Feb 2005 02:18:35 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.1/8.13.1) with SMTP id j162IYlo014149 for ; Sat, 5 Feb 2005 20:18:34 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Sat Feb 5 20:18:34 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.1/8.13.1/Submit) id j162IThg014147; Sat, 5 Feb 2005 20:18:29 -0600 (CST) (envelope-from karl) Message-ID: <20050205201829.A14091@denninger.net> Date: Sat, 5 Feb 2005 20:18:29 -0600 From: Karl Denninger To: hartzell@kestrel.alerce.com, freebsd-stable@freebsd.org, freebsd-geom@freebsd.org References: <16901.26814.588055.457273@satchel.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <16901.26814.588055.457273@satchel.alerce.com>; from George Hartzell on Sat, Feb 05, 2005 at 04:45:50PM -0800 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: Pawel Jakub Dawidek Subject: Re: Problem with migrating onto a gmirror slice. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 02:18:36 -0000 On Sat, Feb 05, 2005 at 04:45:50PM -0800, George Hartzell wrote: > > I have a system that I set up to use a gmirror back in the 5.3beta > days. It's running fine but I don't remember exactly how I set it up. > > It's a scsi system w/ two identical disks. > > I'd like to migrate the installation to a new box that uses ide disks, > and am basing my attempts on the > > "GEOM mirror Approach 2: Single Slice, Preferred, More Flexible" > > portion of these instructions: > > http://people.freebsd.org/~rse/mirror/ > > Although the disk that I ended up with was bootable in the new system, > I noticed that the slice table was messed up. After a couple of > tries, here's what I've found: > > The machine is: > > FreeBSD merlin.alerce.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #9: Sat Dec 18 12:38:37 PST 2004 root@merlin.alerce.com:/usr/obj/usr/src/sys/MERLIN i386 > > Here's the series of commands that I've performed to illustrate the > problem: > > 138 15:31 fdisk -v -B -I /dev/ad0 > 139 15:31 fdisk -s /dev/ad0 > 140 15:31 fdisk -s /dev/ad0 > ~hartzell/fdisk-initial > 141 15:32 gmirror label -v -n -b round-robin disk0 /dev/ad0s1 > 142 15:32 fdisk -s /dev/ad0 > 143 15:32 bsdlabel -w -B mirror/disk0 > 144 15:32 bsdlabel -e mirror/disk0 > 145 15:33 fdisk -s /dev/ad0 > 146 15:34 fdisk -s /dev/ad0 > ~hartzell/fdisk-after > 147 15:34 history > 148 15:34 history > ~hartzell/history > > After the fdisk at line 138, here's the slice table: > > /dev/ad0: 387621 cyl 16 hd 63 sec > Part Start Size Type Flags > 1: 63 390721905 0xa5 0x80 > > The fdisk at line 142 showed that the slice table was fine after the > gmirror step. > > But after the bsdlabels at lines 143 and 144 the slice table looks > like this: > > /dev/ad0: 387621 cyl 16 hd 63 sec > Part Start Size Type Flags > 4: 0 50000 0xa5 0x80 > > Here's the output of "bsdlabel /dev/mirror/disk0": > > # /dev/mirror/disk0: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 524272 16 4.2BSD 2048 16384 32768 > b: 8336976 524288 swap > c: 390721904 0 unused 0 0 # "raw" part, don't edit > d: 524288 8861264 4.2BSD 2048 16384 32776 > e: 524288 9385552 4.2BSD 2048 16384 32776 > f: 380812064 9909840 4.2BSD 2048 16384 28552 > > Anyone see what I'm missing? This is how I've done it. 1. Use "sysinstall" to do the slice table on the new disk, writing the FreeBSD "Boot Manager". QUIT Sysisntall after this (do NOT label the slice) 2. gmirror label -b round-robin disk0 ad0s1 3. bsdlabel -e /dev/mirror/disk0 Edit the label. Subtract ONE from the "c" partition size, which will be one sector too long. Write it out. If you got it right, there should be no complaints on the write. When you read it in, there should be only one (the "c") partition. 4. bsdlabel /dev/mirror/disk0 - insure that there are no complaints about the label. 5. newfs ....... each filesystem 6. Copy your filesystems over (use dump/restore, or pax) 7. Edit the /etc/fstab entries appropriately, make sure swapoff is in the /etc/rc file, etc. The result should be bootable and run. A bit different than the instructions in that page, but after fiddling with it this is the procedure I came up with, and it works. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 06:12:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B95D16A4CE for ; Sun, 6 Feb 2005 06:12:47 +0000 (GMT) Received: from pop-a065d14.pas.sa.earthlink.net (pop-a065d14.pas.sa.earthlink.net [207.217.121.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id E39C643D49 for ; Sun, 6 Feb 2005 06:12:46 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-69-3-28-133.snvacaid.dynamic.covad.net ([69.3.28.133] helo=mail.kableu.com) by pop-a065d14.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1Cxff4-0003cd-00; Sat, 05 Feb 2005 22:12:46 -0800 Received: from warrior.kableu.com (warrior.kableu.com [192.168.0.1]) by mail.kableu.com (Postfix) with ESMTP id E651EC0E1; Sat, 5 Feb 2005 22:12:45 -0800 (PST) Received: by warrior.kableu.com (Postfix, from userid 1001) id 7849311445; Sat, 5 Feb 2005 22:12:45 -0800 (PST) Date: Sat, 5 Feb 2005 22:12:45 -0800 From: Andrew Konstantinov To: Doug White Message-ID: <20050206061245.GA1774@warrior.kableu.com> References: <20050130084359.GA36069@warrior.kableu.com> <20050201012056.GA47334@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050203210643.T47315@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20050203210643.T47315@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 06:12:47 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 03, 2005 at 09:11:07PM -0800, Doug White wrote: > On Tue, 1 Feb 2005, Andrew Konstantinov wrote: >=20 > > > > I can't reproduce this on my systems, many of which started at 5.3 = and now > > > > build 5-stable. Are you using the system ssh or one you built from= ports? > > > > > > > > What is the output of 'ls -l /etc/login.conf*'? > > > > I knew I wasn't hallucinating. When I rebuild and reinstall src/lib/libc > > from RELENG_5_3 sources on RELENG_5 system, all of the above problems > > disappear altogether. The bugs are in the dynamically linked library > > that sshd relies on. Once the new library is in place and > > "/etc/rc.d/sshd restart" is performed, the bugs disappear. I don't have > > time to dig into that right now, but I'll be back with patches. >=20 > The simple fact stands that noone else can reproduce this, which leads me > to believe you took a non-standard approach to upgrading, and therefore > are getting what you asked for. :-) >=20 > If you can provide exact reproduction steps, starting from bare metal, > I'll follow them. No algorithm for reproduction yet, but here is some additional information regarding this issue: First of all, I just rebuild everything in the system twice, following the proper sequence each time. Here are the steps I've taken: - cvsup /usr/src with RELENG_5 - cd /usr/src && make buildworld buildkernel installkernel - reboot into single user mode - mount all - cd /usr/src && make installworld - mergemaster - find /bin /sbin /lib /libexec /usr/bin /usr/sbin /usr/lib /usr/libexec \ /usr/libdata /usr/include -ctime +1d -exec rm -rf {} \; - reboot - rm -rf /usr/include/* - cd /usr/src && make includes - cd /usr/src && make buildworld buildkernel installkernel - reboot into single user mode - mount all - cd /usr/src && make installworld - mergemaster - find /bin /sbin /lib /libexec /usr/bin /usr/sbin /usr/lib /usr/libexec \ /usr/libdata /usr/include -ctime +1d -exec rm -rf {} \; - reboot That sequence of steps should guarantee that none of the old libraries or o= ld includes in the /usr/include find their way into the upgraded system. Sadly, this didn't change anything. The other important thing that I've noticed is that when I set UsePrivilegeSeparation in sshd_config to "no", all those bugs disappear. I'll try to come up with a recipe for reproduction once I have enough time. Andrew --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBbVdg+6MtxSjexcRAgogAKCPgmJGSUFK7k8XQ4UY72SkhPCRjACgk2hP NSxlXWw9gFbAkeDSYm72T4g= =4rFk -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 06:52:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F86316A4CE for ; Sun, 6 Feb 2005 06:52:27 +0000 (GMT) Received: from pop-a065c28.pas.sa.earthlink.net (pop-a065c28.pas.sa.earthlink.net [207.217.121.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A85B43D45 for ; Sun, 6 Feb 2005 06:52:27 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-69-3-28-133.snvacaid.dynamic.covad.net ([69.3.28.133] helo=mail.kableu.com) by pop-a065c28.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1CxgHS-0003vY-00; Sat, 05 Feb 2005 22:52:26 -0800 Received: from warrior.kableu.com (warrior.kableu.com [192.168.0.1]) by mail.kableu.com (Postfix) with ESMTP id 54CFEC0E1; Sat, 5 Feb 2005 22:52:26 -0800 (PST) Received: by warrior.kableu.com (Postfix, from userid 1001) id 14F7511445; Sat, 5 Feb 2005 22:52:26 -0800 (PST) Date: Sat, 5 Feb 2005 22:52:26 -0800 From: Andrew Konstantinov To: Doug White Message-ID: <20050206065226.GA2103@warrior.kableu.com> References: <20050130084359.GA36069@warrior.kableu.com> <20050201012056.GA47334@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050203210643.T47315@carver.gumbysoft.com> <20050206061245.GA1774@warrior.kableu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20050206061245.GA1774@warrior.kableu.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 06:52:27 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 05, 2005 at 10:12:45PM -0800, Andrew Konstantinov wrote: > On Thu, Feb 03, 2005 at 09:11:07PM -0800, Doug White wrote: > > On Tue, 1 Feb 2005, Andrew Konstantinov wrote: > >=20 > > > > > I can't reproduce this on my systems, many of which started at 5.= 3 and now > > > > > build 5-stable. Are you using the system ssh or one you built fr= om ports? > > > > > > > > > > What is the output of 'ls -l /etc/login.conf*'? > > > > > > I knew I wasn't hallucinating. When I rebuild and reinstall src/lib/l= ibc > > > from RELENG_5_3 sources on RELENG_5 system, all of the above problems > > > disappear altogether. The bugs are in the dynamically linked library > > > that sshd relies on. Once the new library is in place and > > > "/etc/rc.d/sshd restart" is performed, the bugs disappear. I don't ha= ve > > > time to dig into that right now, but I'll be back with patches. > >=20 > > The simple fact stands that noone else can reproduce this, which leads = me > > to believe you took a non-standard approach to upgrading, and therefore > > are getting what you asked for. :-) > >=20 > > If you can provide exact reproduction steps, starting from bare metal, > > I'll follow them. >=20 > The other important thing that I've noticed is that when I set > UsePrivilegeSeparation in sshd_config to "no", all those bugs disappear. Also, when I traced sshd in debug mode using gdb, I've found that /usr/src/lib/libc/gen/getcap.c lines 246 - 274 work properly and return the valid "root" entry from the login database and that code is enclosed in the else statement that is a part of "if (fd >=3D 0)" construction. So, I appar= ently, something gets to getent around cgetent with already existing file descriptor which causes a different portion of code to be executed (instead of 246 - 274) which in its turn causes a problem. Perhaps the descriptor is poing to a wrong file? Andrew --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBb6qg+6MtxSjexcRAqwXAJ9OE+5ZqtDs51PjuERiAk+8dwY+VgCgu6+s BdlMNCafPIl+1dv4jGm+Fs8= =DVG+ -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 09:05:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49D7016A4CE for ; Sun, 6 Feb 2005 09:05:27 +0000 (GMT) Received: from pop-a065c05.pas.sa.earthlink.net (pop-a065c05.pas.sa.earthlink.net [207.217.121.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A8143D4C for ; Sun, 6 Feb 2005 09:05:26 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-69-3-28-133.snvacaid.dynamic.covad.net ([69.3.28.133] helo=mail.kableu.com) by pop-a065c05.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1CxiM9-0000FH-00; Sun, 06 Feb 2005 01:05:25 -0800 Received: from warrior.kableu.com (warrior.kableu.com [192.168.0.1]) by mail.kableu.com (Postfix) with ESMTP id ABEBCC0E1; Sun, 6 Feb 2005 01:05:24 -0800 (PST) Received: by warrior.kableu.com (Postfix, from userid 1001) id 6CC741144C; Sun, 6 Feb 2005 01:05:24 -0800 (PST) Date: Sun, 6 Feb 2005 01:05:24 -0800 From: Andrew Konstantinov To: Doug White Message-ID: <20050206090524.GA79029@warrior.kableu.com> References: <20050130084359.GA36069@warrior.kableu.com> <20050201012056.GA47334@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050203210643.T47315@carver.gumbysoft.com> <20050206061245.GA1774@warrior.kableu.com> <20050206065226.GA2103@warrior.kableu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20050206065226.GA2103@warrior.kableu.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 09:05:27 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 05, 2005 at 10:52:26PM -0800, Andrew Konstantinov wrote: > On Sat, Feb 05, 2005 at 10:12:45PM -0800, Andrew Konstantinov wrote: > > On Thu, Feb 03, 2005 at 09:11:07PM -0800, Doug White wrote: > > > On Tue, 1 Feb 2005, Andrew Konstantinov wrote: > > >=20 > > > > > > I can't reproduce this on my systems, many of which started at = 5.3 and now > > > > > > build 5-stable. Are you using the system ssh or one you built = from ports? > > > > > > > > > > > > What is the output of 'ls -l /etc/login.conf*'? > > > > > > > > I knew I wasn't hallucinating. When I rebuild and reinstall src/lib= /libc > > > > from RELENG_5_3 sources on RELENG_5 system, all of the above proble= ms > > > > disappear altogether. The bugs are in the dynamically linked library > > > > that sshd relies on. Once the new library is in place and > > > > "/etc/rc.d/sshd restart" is performed, the bugs disappear. I don't = have > > > > time to dig into that right now, but I'll be back with patches. > > >=20 > > > The simple fact stands that noone else can reproduce this, which lead= s me > > > to believe you took a non-standard approach to upgrading, and therefo= re > > > are getting what you asked for. :-) > > >=20 > > > If you can provide exact reproduction steps, starting from bare metal, > > > I'll follow them. > >=20 > > The other important thing that I've noticed is that when I set > > UsePrivilegeSeparation in sshd_config to "no", all those bugs disappear. >=20 > Also, when I traced sshd in debug mode using gdb, I've found that > /usr/src/lib/libc/gen/getcap.c lines 246 - 274 work properly and return t= he > valid "root" entry from the login database and that code is enclosed in t= he > else statement that is a part of "if (fd >=3D 0)" construction. So, I app= arently, > something gets to getent around cgetent with already existing file > descriptor which causes a different portion of code to be executed > (instead of 246 - 274) which in its turn causes a problem. Perhaps the > descriptor is poing to a wrong file? First of all, I apologize for the incorrect diagnosis. The real bug is not = in the upgrade from RELENG_5_3 to RELENG_5. Secure shell's odd behavior is cau= sed by "NO_NIS=3Dtrue" in the /etc/make.conf. The reason why the bug disappeare= d when I reversed src/lib/libc from RELENG_5 back to RELENG_5_3 is because of: warrior# cvs rdiff -u -rRELENG_5_3 -rRELENG_5 src/lib/libc/Makefile Index: src/lib/libc/Makefile diff -u src/lib/libc/Makefile:1.52 src/lib/libc/Makefile:1.52.2.1 --- src/lib/libc/Makefile:1.52 Fri May 14 12:04:29 2004 +++ src/lib/libc/Makefile Sun Nov 28 14:10:16 2004 @@ -1,5 +1,5 @@ # @(#)Makefile 8.2 (Berkeley) 2/3/94 -# $FreeBSD: src/lib/libc/Makefile,v 1.52 2004/05/14 12:04:29 cognet Exp $ +# $FreeBSD: src/lib/libc/Makefile,v 1.52.2.1 2004/11/28 14:10:16 bz Exp $ # # All library objects contain FreeBSD revision strings by default; they ma= y be # excluded as a space-saving measure. To produce a library that does @@ -60,7 +60,7 @@ .if ${MACHINE_ARCH} =3D=3D "arm" .include "${.CURDIR}/softfloat/Makefile.inc" .endif -.if !defined(NO_YP_LIBC) +.if !defined(NO_NIS) CFLAGS+=3D -DYP .include "${.CURDIR}/yp/Makefile.inc" .endif When I reversed my system back to RELENG_5_3, that effectively disabled the= "NO_NIS=3Dtrue" flag in /etc/make.conf. So, the good news is that I get to= have clean logs after removal of "NO_NIS=3Dtrue" from /etc/make.conf. *Possible* exact reproduction steps: - install RELENG_5 - rebuild RELENG_5 with "NO_NIS=3Dtrue" in /etc/make.conf - restart sshd service The reason why they are "possible" is because I'm not sure if that is the o= nly condition that has to be present in the system in order for the bug to appe= ar. Can anyone confirm this? Andrew --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBd3Ug+6MtxSjexcRAnMUAKCVuAeaQhhGncVXZ/Eb7HiJyOV/JQCgwVX7 czXGuNQCQNDjoGYEwrOw5pk= =ycwE -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 12:44:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B8A416A4CE for ; Sun, 6 Feb 2005 12:44:16 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id CFDE943D3F for ; Sun, 6 Feb 2005 12:44:10 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 21238 invoked from network); 6 Feb 2005 21:44:07 +0900 Received: from unknown (HELO localhost) (202.229.143.141) by wasley.bl.mmtr.or.jp with SMTP; 6 Feb 2005 21:44:07 +0900 Date: Sun, 06 Feb 2005 21:43:25 +0900 (JST) Message-Id: <20050206.214325.85708834.rushani@bl.mmtr.or.jp> To: sos@DeepCore.dk From: Hideyuki KURASHINA In-Reply-To: <42028F29.1030801@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.2rc3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 12:44:16 -0000 Hi, S=F8ren >>> On Thu, 03 Feb 2005 21:52:57 +0100, S=F8ren Schmidt said: > ATA-mkIII first official snapshot. [...] > No changes are needed to your config file, unless you want ATA as mod= ules. I've tested your patches using same config file as before, and it seems= work fine except on resume. After suspend, my ThinkPad X40 now hangs with following logs (copied by hand): (Fn + F4 key combo to enter suspend) acpi_ec0: info: new max delay is 80 us IBM:NOTIFY:80 notify:1004 acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.SLPB (S3) (Fn key to resume back ) AcpiOsDerivePciId: bus 0 dev 31 func 1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D acpi_printcpu() debug dump =3D=3D= =3D=3D gdt[0077:c0667c20] idt[07ff:c0677fe0] ldt[0030] tr[0020] elf[00000086= ] eax[00000001] ebx[00000000] ecx[00000000] edx[00000004] esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10] cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000691] cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D acpi_printcpu() debug dump =3D=3D= =3D=3D gdt[0077:c0667c20] idt[07ff:c0667fe0] ldt[0030] tr[0020] elf[00000002= ] eax[00000046] ebx[00000000] ecx[00000000] edx[c1991cf0] esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10] cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000091] cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010] acpi_lid0: run_prep cleaned up for \_SB_.LID_ acpi_button0: run_prep cleand up for \_SB_.SLPB acpi_ec0: info: new max delay is 100 us While ``bus 0 dev 31 func 1'' is atapic0 (Intel ICH4 UDMA100 controller= ), it seems there's no helpful ATA related message though. However, I got= curious behaviors, i.e. o Hard disk actively drives, thus HDD indicator nearly holds on light= ing o A status indicator for event blinks on and off, periodicaly I'm using kernel & modules as of yesterday (HEAD). Without applying your patches, the resume works fine. Is this problem included in your task list, or am I alone? My config file and complete dmesg on start up (booted with -v flag) is attached below, -- rushani =0C # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section o= n # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelco= nfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files.= # If you are in doubt as to the purpose or necessity of a line, check f= irst # in NOTES. # # $rushani: TPX40,v 1.6 2004/12/08 09:27:42 hideyuki Exp $ # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:= 52 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident TPX40 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem #options PROCFS # Process filesystem (requires PSEUDOFS) #options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=3D2000 # 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 extensi= ons 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 DEVICE_POLLING # polling(4) options SC_DISABLE_REBOOT # Disable reboot key sequence options INCLUDE_CONFIG_FILE # Include this file in kernel # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. #options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures= , required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa 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 options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #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 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 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 # 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 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 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 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 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. # 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) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #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 cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # System Management Bus (SMB) device smbus device ichsmb device smb #device ath #device ath_hal #device ath_rate_onoe #device wlan #device wlan_wep =0C Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #10: Sun Feb 6 21:23:04 JST 2005 hideyuki@tpx40.rushani.jp:/usr/obj/usr/src/sys/TPX40 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc08fb000. Preloaded elf module "/boot/kernel/cd9660.ko" at 0xc08fb1c4. Preloaded elf module "/boot/kernel/ntfs.ko" at 0xc08fb270. Preloaded elf module "/boot/kernel/nullfs.ko" at 0xc08fb31c. Preloaded elf module "/boot/kernel/linux.ko" at 0xc08fb3c8. Preloaded elf module "/boot/kernel/sysvshm.ko" at 0xc08fb474. Preloaded elf module "/boot/kernel/sysvsem.ko" at 0xc08fb520. Preloaded elf module "/boot/kernel/sysvmsg.ko" at 0xc08fb5cc. Preloaded elf module "/boot/kernel/if_tun.ko" at 0xc08fb678. Preloaded elf module "/boot/kernel/ipfw.ko" at 0xc08fb724. Preloaded elf module "/boot/kernel/if_em.ko" at 0xc08fb7d0. Preloaded elf module "/boot/kernel/if_ep.ko" at 0xc08fb87c. Preloaded elf module "/boot/kernel/elink.ko" at 0xc08fb928. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc08fb9d4. Preloaded elf module "/boot/kernel/wlan.ko" at 0xc08fba80. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc08fbb2c. Preloaded elf module "/boot/kernel/sound.ko" at 0xc08fbbd8. Preloaded elf module "/boot/kernel/usb.ko" at 0xc08fbc84. Preloaded elf module "/boot/kernel/ugen.ko" at 0xc08fbd2c. Preloaded elf module "/boot/kernel/umass.ko" at 0xc08fbdd8. Preloaded elf module "/boot/kernel/umodem.ko" at 0xc08fbe84. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc08fbf30. Preloaded elf module "/boot/kernel/agp.ko" at 0xc08fbfdc. Preloaded elf module "/boot/kernel/random.ko" at 0xc08fc084. Preloaded elf module "/boot/kernel/speaker.ko" at 0xc08fc130. Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc08fc1dc. Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc08fc288. Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc08fc338. Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc08fc3e4. Preloaded elf module "/boot/kernel/acpi_ibm.ko" at 0xc08fc494. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08fc544. Preloaded elf module "/boot/kernel/io.ko" at 0xc08fc5f0. Preloaded elf module "/boot/kernel/mem.ko" at 0xc08fc698. Preloaded elf module "/boot/kernel/cbb.ko" at 0xc08fc740. Preloaded elf module "/boot/kernel/exca.ko" at 0xc08fc7e8. Preloaded elf module "/boot/kernel/pccard.ko" at 0xc08fc894. Preloaded elf module "/boot/kernel/cardbus.ko" at 0xc08fc940. Preloaded elf module "/boot/modules/est.ko" at 0xc08fc9ec. Enhanced Speedstep running at 1400 MHz Calibrating clock(s) ... i8254 clock: 1193169 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1395476624 Hz CPU: Intel(R) Pentium(R) M processor 1.40GHz (1395.48-MHz 686-class CPU= ) Origin =3D "GenuineIntel" Id =3D 0x6d6 Stepping =3D 6 Features=3D0xafe9fbbf real memory =3D 527302656 (502 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001edd8fff, 505102336 bytes (123316 pages)= avail memory =3D 506757120 (483 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6fd0 bios32: Entry =3D 0xfd740 (c00fd740) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd6d0+0x1f8 pnpbios: Found PnP BIOS data at 0xc00f7050 pnpbios: Entry =3D f0000:b6c4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: random: null: io: mem: Pentium Pro MTRR support enabled ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi_ec0: port 0x66,0x62 on acpi0= pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D35808= 086) pcibios: BIOS version 2.10 Found $PIR table, 14 entries at 0xc00fdeb0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 A 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 B 0x6a 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 9 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 2 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 29 func 7 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 acpi_ec0: info: new max delay is 70 us ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link4: irq 11 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link7: irq 11 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.2.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 ACPI: Found matching pin for 0.29.INTD at func 7: 11 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 3: 11 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x3580, revid=3D0x02 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x3584, revid=3D0x02 bus=3D0, slot=3D0, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x3585, revid=3D0x02 bus=3D0, slot=3D0, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 1, range 32, base d0000000, size 19, enabled map[18]: type 4, range 32, base 00001800, size 3, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA:0) pcib0: slot 2 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x3582, revid=3D0x02 bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled map[14]: type 1, range 32, base d0080000, size 19, enabled found-> vendor=3D0x8086, dev=3D0x3582, revid=3D0x02 bus=3D0, slot=3D2, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 1 supports D0 D1 D3 current D0 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x24c2, revid=3D0x01 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD found-> vendor=3D0x8086, dev=3D0x24c4, revid=3D0x01 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.LNKC found-> vendor=3D0x8086, dev=3D0x24c7, revid=3D0x01 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[10]: type 1, range 32, base d0100000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.LNKH found-> vendor=3D0x8086, dev=3D0x24cd, revid=3D0x01 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x81 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x8080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24cc, revid=3D0x01 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 00001810, size 4, enabled found-> vendor=3D0x8086, dev=3D0x24ca, revid=3D0x01 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c3, revid=3D0x01 bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled map[18]: type 1, range 32, base d0100c00, size 9, enabled map[1c]: type 1, range 32, base d0100800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c5, revid=3D0x01 bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c6, revid=3D0x01 bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x1800-0x1807= mem 0xd0000000-0xd007ffff,0xe0000000-0xe7ffffff irq 11 at device 2.0 o= n pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xd0000000 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x1820-0x183f i= rq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 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 i= rq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 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 i= rq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 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 ehci0: mem 0xd0100000-0xd01003ff ir= q 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd0100000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: single transaction translator uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 5 pcib1: I/O decode 0x3000-0x7fff pcib1: memory decode 0xd0200000-0xdfffffff pcib1: prefetched decode 0xf0000000-0xf7ffffff pcib1: Subtractively decoded bridge. ACPI: Found matching pin for 0.2.INTA at func 0: 11 pci2: on pcib1 pci2: physical bus=3D2 map[10]: type 1, range 32, base b0000000, size 12, enabled pcib1: device (null) requested decoded memory range 0xb0000000-0xb0000f= ff pcib1: matched entry for 2.0.INTA (src \\_SB_.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0x8d bus=3D2, slot=3D0, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x80 (32000 ns), maxlat=3D0x07 (17= 50 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0210000, size 8, enabled pcib1: device (null) requested decoded memory range 0xd0210000-0xd02100= ff pcib1: matched entry for 2.0.INTB (src \\_SB_.LNKB:0) pcib1: slot 0 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x1180, dev=3D0x0822, revid=3D0x13 bus=3D2, slot=3D0, func=3D1 class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0220000, size 17, enabled pcib1: device (null) requested decoded memory range 0xd0220000-0xd023ff= ff map[18]: type 4, range 32, base 00007000, size 6, enabled pcib1: device (null) requested decoded I/O range 0x7000-0x703f pcib1: matched entry for 2.1.INTA (src \\_SB_.LNKE:0) pcib1: slot 1 INTA routed to irq 11 via \\_SB_.LNKE found-> vendor=3D0x8086, dev=3D0x1077, revid=3D0x00 bus=3D2, slot=3D1, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d0200000, size 16, enabled pcib1: device (null) requested decoded memory range 0xd0200000-0xd020ff= ff pcib1: matched entry for 2.2.INTA (src \\_SB_.LNKF:0) pcib1: slot 2 INTA routed to irq 11 via \\_SB_.LNKF found-> vendor=3D0x168c, dev=3D0x1014, revid=3D0x01 bus=3D2, slot=3D2, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x50 (2400 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x1c (700= 0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 cbb0: mem 0xb0000000-0xb0000fff irq 11 at = device 0.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100107 0x0607008d 0x00824000 = 0x10: 0xb0000000 0x020000dc 0xb0050302 0xfffff000 = 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc = 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010b = 0x40: 0x05551014 0x00000001 0x00000000 0x00000000 = 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x80: 0x04800001 0x00000000 0x04630464 0x00000001 = 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 = 0xa0: 0x008a0000 0x00000000 0x00f00000 0x00000000 = 0xb0: 0x00000000 0x36000000 0x00003800 0x00000000 = 0xc0: 0x05551014 0x00000000 0x00000000 0x00000000 = 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 = 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 = 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 = pci2: at device 0.1 (no driver attached) em0: port 0x70= 00-0x703f mem 0xd0220000-0xd023ffff irq 11 at device 1.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd0220000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0x7000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0a:e4:2b:bc:9f em0: Speed:N/A Duplex:N/A ath0: mem 0xd0200000-0xd020ffff irq 11 at device 2.0 on = pci2 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd0200000 ath0: [MPSAFE] ath0: bad hal channel 858993443 (4920/340) ignored ath0: bad hal channel 858993447 (4940/340) ignored ath0: bad hal channel 858993451 (4960/340) ignored ath0: bad hal channel 858993455 (4980/340) ignored ath0: bpf attached ath0: Ethernet address: 00:0e:9b:6e:80:97 ath0: bpf attached ath0: bpf attached ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 2= 4Mbps 36Mbps 48Mbps 54Mbps ath0: mac 5.9 phy 4.3 radio 3.6 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1810-0x181f,0x376,0x170= -0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff ata1: [MPSAFE] ichsmb0: port 0x1880-0x189f irq= 11 at device 31.3 on pci0 ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xd01= 00800-0xd01008ff,0xd0100c00-0xd0100dff irq 11 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1c00 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0x18c0 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D = Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved= 4 pcm0: sndbuf_setmap 1eb88000, 4000; 0xdcfd6000 -> 1eb88000 pcm0: sndbuf_setmap 1eb84000, 4000; 0xdcfda000 -> 1eb84000 pci0: at device 31.6 (no driver attached) pci0:31:6: Transition from D0 to D3 acpi_tz0: on acpi0 speaker0: port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: flags 0x2000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00002000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 acpi_ibm0: Version 100 acpi_ibm0: Available Mask 9dc acpi_ibm0: Initial Mask 80c pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff,0xcd800-0xce7ff,0xcc80= 0-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on is= a0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 1395476624 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ipfw2 initialized, divert loadable, rule-based forwarding disabled, def= ault to deny, logging unlimited ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%= acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: setting PIO4 on Intel ICH4 chip ad0: setting UDMA100 on Intel ICH4 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth que= ue pcm0: measured ac97 link rate at 48009 Hz, will use 48000 Hz GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init em0: Link is up 100 Mbps Full Duplex nfslock: pseudo-device splash: image decoder found: daemon_saver From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 13:29:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D1A116A4CF; Sun, 6 Feb 2005 13:29:33 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F7043D45; Sun, 6 Feb 2005 13:29:32 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j16DT98x057092; Sun, 6 Feb 2005 14:29:15 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42061B9F.6080300@DeepCore.dk> Date: Sun, 06 Feb 2005 14:29:03 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hideyuki KURASHINA References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> In-Reply-To: <20050206.214325.85708834.rushani@bl.mmtr.or.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 13:29:33 -0000 Hideyuki KURASHINA wrote: > Hi, S=F8ren > I've tested your patches using same config file as before, and it seems= > work fine except on resume. Hmm, thats one corner I cant test, suspend/resume dies horribly in ACPI=20 on all 3 notebooks I have since september last year or thereabouts... > After suspend, my ThinkPad X40 now hangs with following logs (copied > by hand): Hmm, do you have ATA compiled in or as modules. I could easily imagine=20 that modules could have problems, but as "built in" nothing really=20 changed... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 15:01:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B38116A4CE for ; Sun, 6 Feb 2005 15:01:51 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B03643D46 for ; Sun, 6 Feb 2005 15:01:50 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so621824rne for ; Sun, 06 Feb 2005 07:01:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=BfuJ394+5TBTrWgZCA3Ol5E2A0HuT7fqohc0CFj2xnTG2MhnRWNLixSxGcjlcVUvjFiZHNXFnH9jbCb+bxWbEN0Q8IayRTdgQ2I/NB6MZvjaon9j4kn6ob+AY62Xk/PbVSAdD2Yu488qSLcLVMzy17NWSFTvY7fjUhK+nFc6A+o= Received: by 10.38.152.6 with SMTP id z6mr181888rnd; Sun, 06 Feb 2005 07:01:49 -0800 (PST) Received: by 10.39.1.22 with HTTP; Sun, 6 Feb 2005 07:01:49 -0800 (PST) Message-ID: <3aaaa3a05020607013bff630e@mail.gmail.com> Date: Sun, 6 Feb 2005 15:01:49 +0000 From: Chris To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 15:01:51 -0000 Hi I switched over half a dozen or so servers to 5.x since october last year expecting the same stability and performance I have had from freebsd 4.x, after running it for 2 or 3 months I have ran into some problems/concerns, listed below. This is not intended for anything other then feedback and andswers to my questions I am well aware of the hard work put into freebsd and will continue to love the os. 1 - Speed, performance, All but 2 of the servers are normal Single processor machines and I think mainstream is still single processor, whilst there are smp machines and 64bit machines cropping up they are still a minority, what I have noticed first hand and read on the web is that 5.3 is sluggish behind 4.10 on single cpu machines, whilst on 64bit and smp machines it whizzes along. Was it a wise decision to only concentrate on smp performance as what seems to be the case and is there going to be single processor improvements to come? 2 - stability, about 75% of my servers are fully stable on freebsd 5.3, on 4.x I have had no stability issues. We have 1 server just continously locking up, another one that has tcp stack problems (its to do with the network side of things as locally it responds but goes offline), and has to be rebooted every few weeks. 3 - robustness, 5.3 seems to not handle ddos attacks so well, I remember on a 4.x machine I could easily take a full 100mbit udp flood and have the server respond albeit maybe with some lag but it stayed functional, 5.x seems to crumble under a lot less pressure on the same machine. This could be with pf been loaded on top of ipfw adding extra overhead I dont know. 4 - compatiblity, I remember using 5.2.1 and pretty much all software worked well in that and then they did the bind defaulting to base and libs version jump, why wasnt this done in 5.0 so 3rd party apps could adjust, now we have a situation where most stuff that worked in 4.x worked well in 5.1 and 5.2.1 but then broke in 5.3 so effectively 5.3 was liek a new major version over 5.2.1. I doubt I will be rolling back my server's as I know things will get better over time but new server's we build I will expect to be deploying 4.10 on them. I just feel with the ULE scheduler stuff and the IO performance issues I have heard about along with the issues I have come across that 5.3 got rushed towards the end, and instead of keeping 5.x as CURRENT they wanted 5.3 to be a production release so disabled some things such as the ULE scheduler to force it to be stable and its turned out a bit messy. Has anyone else got comments on my 4 main points? Chris From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 15:42:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC36F16A4CE for ; Sun, 6 Feb 2005 15:42:09 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BCC0343D53 for ; Sun, 6 Feb 2005 15:42:08 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 06 Feb 2005 15:42:06 -0000 Received: from pD95D87BB.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.135.187) by mail.gmx.net (mp009) with SMTP; 06 Feb 2005 16:42:06 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j16Ffmc7050564 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 6 Feb 2005 16:41:49 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org, Chris Date: Sun, 6 Feb 2005 16:41:43 +0100 User-Agent: KMail/1.7.2 References: <3aaaa3a05020607013bff630e@mail.gmail.com> In-Reply-To: <3aaaa3a05020607013bff630e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10357063.sl9eDYuH53"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502061641.47454.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 15:42:09 -0000 --nextPart10357063.sl9eDYuH53 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 6. February 2005 16:01, Chris wrote: > 4 - compatiblity, I remember using 5.2.1 and pretty much all software > worked well in that and then they did the bind defaulting to base and > libs version jump, why wasnt this done in 5.0 I personally told lots and lots of people to NOT use 5.2.1-Release and wait= =20 for 5.x to become a stable branch instead, but it still got installed far=20 more often than it really should have. 5.2.1 was still a Technology Preview= =20 release - it was a snapshot of FreeBSD 5-CURRENT, just as 5.0-RELEASE,=20 5.1-RELEASE and 5.2-RELEASE were before. In retrospect, there probably should have been more warning signs on the=20 website and the documentation to point out that fact. Also, there probably= =20 should have been more feature and driver backports to FreeBSD 4, so less=20 people would have been tempted by the better hardware support and general=20 friendlyness of FreeBSD 5-CURRENT. Too late to change now, but perhaps=20 something that should be remembered for the next time FreeBSD goes through = a=20 similar transition period. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart10357063.sl9eDYuH53 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCBjq7Xhc68WspdLARAmqbAKCNmUYz8CdLU9H4Xmx+eqxWs1t3aACfYCd2 vGc2Y0OztvM4jVFXiS9XuoE= =EfEh -----END PGP SIGNATURE----- --nextPart10357063.sl9eDYuH53-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 16:11:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BA716A4CE for ; Sun, 6 Feb 2005 16:11:24 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B586C43D39 for ; Sun, 6 Feb 2005 16:11:23 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.1/8.13.1) with SMTP id j16GBN2s024184 for ; Sun, 6 Feb 2005 10:11:23 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Sun Feb 6 10:11:23 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.1/8.13.1/Submit) id j16GBMnv024182; Sun, 6 Feb 2005 10:11:22 -0600 (CST) (envelope-from karl) Message-ID: <20050206101122.B23878@denninger.net> Date: Sun, 6 Feb 2005 10:11:22 -0600 From: Karl Denninger To: Chris , freebsd-stable@freebsd.org References: <3aaaa3a05020607013bff630e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <3aaaa3a05020607013bff630e@mail.gmail.com>; from Chris on Sun, Feb 06, 2005 at 03:01:49PM +0000 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 16:11:24 -0000 On Sun, Feb 06, 2005 at 03:01:49PM +0000, Chris wrote: > 4 - compatiblity, I remember using 5.2.1 and pretty much all software > worked well in that and then they did the bind defaulting to base and > libs version jump, why wasnt this done in 5.0 so 3rd party apps could > adjust, now we have a situation where most stuff that worked in 4.x > worked well in 5.1 and 5.2.1 but then broke in 5.3 so effectively 5.3 > was liek a new major version over 5.2.1. I haven't seen much trouble with the rest, but my way of handling the above was to take the entire shared library complement from 4.x and load it in a "compat" directory, then add that to the ldconfig set. I am still running a whole host of application binaries (indeed, probably 80% of them) on 4.x code. No problems so far. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 16:23:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E92316A4CE for ; Sun, 6 Feb 2005 16:23:22 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id D65AE43D2D for ; Sun, 6 Feb 2005 16:23:19 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 30446 invoked from network); 7 Feb 2005 01:23:18 +0900 Received: from unknown (HELO localhost) (202.229.143.141) by wasley.bl.mmtr.or.jp with SMTP; 7 Feb 2005 01:23:18 +0900 Date: Mon, 07 Feb 2005 01:22:36 +0900 (JST) Message-Id: <20050207.012236.41660782.rushani@bl.mmtr.or.jp> To: sos@DeepCore.dk From: Hideyuki KURASHINA In-Reply-To: <42061B9F.6080300@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.2rc3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 16:23:22 -0000 >>> On Sun, 06 Feb 2005 14:29:03 +0100, S=F8ren Schmidt said: > Hideyuki KURASHINA wrote: > > Hi, S=F8ren > = > > I've tested your patches using same config file as before, and it s= eems > > work fine except on resume. > = > Hmm, thats one corner I cant test, suspend/resume dies horribly in AC= PI = > on all 3 notebooks I have since september last year or thereabouts...= Hmm... > > After suspend, my ThinkPad X40 now hangs with following logs (copie= d > > by hand): > = > Hmm, do you have ATA compiled in or as modules. I could easily imagin= e = > that modules could have problems, but as "built in" nothing really = > changed... As I mentioned above, I compiled ATA bus support & ATA disk driver into kernel statically. Setting both `debug.acpi.do_powerstate' and `hw.pci.do_powerstate' to `= 0' doesn't help, either. -- rushani From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 16:38:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEBAE16A4CE; Sun, 6 Feb 2005 16:38:36 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 066F743D39; Sun, 6 Feb 2005 16:38:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: by smtp.des.no (Pony Express, from userid 666) id 83296530C; Sun, 6 Feb 2005 17:38:34 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id E9D485308; Sun, 6 Feb 2005 17:37:56 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 666) id 506E1B861; Sun, 6 Feb 2005 17:37:56 +0100 (CET) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050206163756.506E1B861@dwp.des.no> Date: Sun, 6 Feb 2005 17:37:56 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=ADDR_FREE,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 Subject: [releng_4_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 16:38:37 -0000 TB --- 2005-02-06 15:45:26 - tinderbox 2.3 running on dwp.des.no TB --- 2005-02-06 15:45:26 - starting RELENG_4_8 tinderbox run for i386/i386 TB --- 2005-02-06 15:45:26 - mkdir /home/tinderbox/sandbox/RELENG_4_8/i386 TB --- 2005-02-06 15:45:26 - mkdir /home/tinderbox/sandbox/RELENG_4_8/i386/i386 TB --- 2005-02-06 15:45:26 - checking out the source tree TB --- 2005-02-06 15:45:26 - cd /home/tinderbox/sandbox/RELENG_4_8/i386/i386 TB --- 2005-02-06 15:45:26 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_4_8 src TB --- 2005-02-06 15:57:12 - building world (CFLAGS=-O -pipe) TB --- 2005-02-06 15:57:12 - cd /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src TB --- 2005-02-06 15:57:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/tinderbox/sandbox/RELENG_4_8/i386/i386/obj/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2005-02-06 16:29:43 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-06 16:29:43 - cd /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src TB --- 2005-02-06 16:29:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 6 16:29:43 UTC 2005 >>> Kernel build for GENERIC completed on Sun Feb 6 16:34:04 UTC 2005 TB --- 2005-02-06 16:34:04 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-06 16:34:04 - cd /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src TB --- 2005-02-06 16:34:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 6 16:34:04 UTC 2005 [...] /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/dev/fb/vga.c:1331: warning: `filll_io' defined but not used /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/dev/fb/vga.c:1321: warning: `fill' defined but not used cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys -I/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/../include -I/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-builtin -mpreferred-stack-boundary=2 /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/dev/fe/if_fe_isa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys -I/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/../include -I/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-builtin -mpreferred-stack-boundary=2 /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/dev/kbd/atkbd.c In file included from /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/dev/kbd/atkbd.c:251: atkbdmap.h:113: `PASTE' undeclared here (not in a function) atkbdmap.h:113: initializer element is not constant atkbdmap.h:113: (near initialization for `key_map.key[102].map[1]') *** Error code 1 Stop in /home/tinderbox/sandbox/RELENG_4_8/i386/i386/obj/home/tinderbox/sandbox/RELENG_4_8/i386/i386/src/sys/LINT. *** Error code 1 Stop in /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src. *** Error code 1 Stop in /home/tinderbox/sandbox/RELENG_4_8/i386/i386/src. TB --- 2005-02-06 16:37:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-06 16:37:56 - ERROR: failed to build lint kernel TB --- 2005-02-06 16:37:56 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 16:56:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C51EA16A4CE for ; Sun, 6 Feb 2005 16:56:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FA3943D2F for ; Sun, 6 Feb 2005 16:56:31 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j16GtWip073235; Sun, 6 Feb 2005 09:55:33 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <42064C2D.6030401@freebsd.org> Date: Sun, 06 Feb 2005 09:56:13 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris References: <3aaaa3a05020607013bff630e@mail.gmail.com> In-Reply-To: <3aaaa3a05020607013bff630e@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 16:56:34 -0000 Chris wrote: > Hi > > I switched over half a dozen or so servers to 5.x since october last > year expecting the same stability and performance I have had from > freebsd 4.x, after running it for 2 or 3 months I have ran into some > problems/concerns, listed below. This is not intended for anything > other then feedback and andswers to my questions I am well aware of > the hard work put into freebsd and will continue to love the os. > > 1 - Speed, performance, All but 2 of the servers are normal Single > processor machines and I think mainstream is still single processor, > whilst there are smp machines and 64bit machines cropping up they are > still a minority, what I have noticed first hand and read on the web > is that 5.3 is sluggish behind 4.10 on single cpu machines, whilst on > 64bit and smp machines it whizzes along. Was it a wise decision to > only concentrate on smp performance as what seems to be the case and > is there going to be single processor improvements to come? > The focus on SMP is an investment in the future. Within a few years, multi-core CPUs (not just Hyperthreading) are going to become the norm, and single CPU systems will eventually become the minority. Of course, that might not help you today when you look at your investment in single CPU systems, and I can understand your frustration. FreeBSD 5.x has mostly been about laying the foundation for the new model and ensuring that it works correctly. We've tried to bring performance up to an acceptable level on UP, but there is obviously still work to be done. Luckily, a number of developers are actively engaged in this work, from making locks cheaper to cutting down on interrupt handling latency. > 2 - stability, about 75% of my servers are fully stable on freebsd > 5.3, on 4.x I have had no stability issues. We have 1 server just > continously locking up, another one that has tcp stack problems (its > to do with the network side of things as locally it responds but goes > offline), and has to be rebooted every few weeks. Are you using plain 5.3-RELEASE, or are you tracking the RELENG_5_3 or RELENG_5 branches? A number of bugs have been fixed since the 5.3 release. It would be quite interesting to find out the nature of your problems. > > 3 - robustness, 5.3 seems to not handle ddos attacks so well, I > remember on a 4.x machine I could easily take a full 100mbit udp flood > and have the server respond albeit maybe with some lag but it stayed > functional, 5.x seems to crumble under a lot less pressure on the same > machine. This could be with pf been loaded on top of ipfw adding > extra overhead I dont know. This probably would add quite a bit of overhead. The ipfw package is not locked, so dealing with that adds even more overhead, unfortunately. > > 4 - compatiblity, I remember using 5.2.1 and pretty much all software > worked well in that and then they did the bind defaulting to base and > libs version jump, why wasnt this done in 5.0 so 3rd party apps could > adjust, now we have a situation where most stuff that worked in 4.x > worked well in 5.1 and 5.2.1 but then broke in 5.3 so effectively 5.3 > was liek a new major version over 5.2.1. 5.3 was the first release that we actively advertised as having API stability. There were a number of library problems compatbility problems that we caught and fixed before 5.3 was released, and that led to the library version bumps. A valid argument could be made that 5.3 should have been called 6.0, though. > > I doubt I will be rolling back my server's as I know things will get > better over time but new server's we build I will expect to be > deploying 4.10 on them. I just feel with the ULE scheduler stuff and > the IO performance issues I have heard about along with the issues I > have come across that 5.3 got rushed towards the end, and instead of > keeping 5.x as CURRENT they wanted 5.3 to be a production release so > disabled some things such as the ULE scheduler to force it to be > stable and its turned out a bit messy. Has anyone else got comments > on my 4 main points? ULE was indeed turned off because of performance and stability problems. It has a lot of potential and I do hope it gets to the point where it can be made the default again, but for now the 4BSD scheduler is a better choice for most people. The problems with ULE would have forced us to disable it for the release regardless if the was -CURRENT or -STABLE. I'm taking a hard look at I/O performance right now while I optimize a number of drivers. There is have been a number of discussion on various mailing lists recently about I/O performance (most notably on the freebsd-performance list), and if you have any data to share, I'd like to see it. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 19:05:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C242C16A4CE; Sun, 6 Feb 2005 19:05:11 +0000 (GMT) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5187243D49; Sun, 6 Feb 2005 19:05:11 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id B7D0B209A; Sun, 6 Feb 2005 11:00:37 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 70397208C; Sun, 6 Feb 2005 11:00:37 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j16J58tj006042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 6 Feb 2005 11:05:08 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j16J58wi006039; Sun, 6 Feb 2005 11:05:08 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16902.27236.71619.138367@satchel.alerce.com> Date: Sun, 6 Feb 2005 11:05:08 -0800 To: freebsd-geom@freebsd.org In-Reply-To: <16901.26814.588055.457273@satchel.alerce.com> References: <16901.26814.588055.457273@satchel.alerce.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP cc: Pawel Jakub Dawidek cc: freebsd-stable@freebsd.org Subject: Hardcoding gmirror provider [was Re: Problem with migrating...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 19:05:11 -0000 George Hartzell writes: > [...] > I'd like to migrate the installation to a new box that uses ide disks, > and am basing my attempts on the > > "GEOM mirror Approach 2: Single Slice, Preferred, More Flexible" > > portion of these instructions: > > http://people.freebsd.org/~rse/mirror/ > > Although the disk that I ended up with was bootable in the new system, > I noticed that the slice table was messed up. After a couple of > tries, here's what I've found: > > The machine is: > > FreeBSD merlin.alerce.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #9: Sat Dec 18 12:38:37 PST 2004 root@merlin.alerce.com:/usr/obj/usr/src/sys/MERLIN i386 > [...] I've figured out that if I hardcode the provider when I label my mirror everything seems to work out, which leaves me confused. Here's the label command I was using (modified for my situation): gmirror label -v -n -b round-robin disk0 /dev/ad0s1 After running that command, "gmirror list" tells me that the consumer for disk0 is "Name: ad0", even though I've specified ad0s1 above and when I bsdlabel the disk the slice table gets clobbered. If I do this instead: gmirror label -v -n -h -b round-robin disk0 /dev/ad0s1 then "gmirror list" tells me that the consumer is "Name: ad0s1" and bsdlabel doesn't stomp on the slice table. Am I [just] confused, and I tripping over a sharp piece of exposed code, or is this a bug. FWIW, I get the same behaviour on: FreeBSD merlin.alerce.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #9: Sat Dec 18 12:38:37 PST 2004 root@merlin.alerce.com:/usr/obj/usr/src/sys/MERLIN i386 and Freesbie 1.1 g. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 19:12:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 467C416A4CE; Sun, 6 Feb 2005 19:12:11 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B989543D53; Sun, 6 Feb 2005 19:12:10 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 7DE26ACBD6; Sun, 6 Feb 2005 20:12:09 +0100 (CET) Date: Sun, 6 Feb 2005 20:12:09 +0100 From: Pawel Jakub Dawidek To: George Hartzell Message-ID: <20050206191209.GC1080@darkness.comp.waw.pl> References: <16901.26814.588055.457273@satchel.alerce.com> <16902.27236.71619.138367@satchel.alerce.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <16902.27236.71619.138367@satchel.alerce.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@freebsd.org cc: freebsd-geom@freebsd.org Subject: Re: Hardcoding gmirror provider [was Re: Problem with migrating...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 19:12:11 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 06, 2005 at 11:05:08AM -0800, George Hartzell wrote: +> I've figured out that if I hardcode the provider when I label my +> mirror everything seems to work out, which leaves me confused. =20 +>=20 +> Here's the label command I was using (modified for my situation): +>=20 +> gmirror label -v -n -b round-robin disk0 /dev/ad0s1 +>=20 +> After running that command, "gmirror list" tells me that the consumer +> for disk0 is "Name: ad0", even though I've specified ad0s1 above and +> when I bsdlabel the disk the slice table gets clobbered. +>=20 +> If I do this instead: +>=20 +> gmirror label -v -n -h -b round-robin disk0 /dev/ad0s1 +>=20 +> then "gmirror list" tells me that the consumer is "Name: ad0s1" and +> bsdlabel doesn't stomp on the slice table. +>=20 +> Am I [just] confused, and I tripping over a sharp piece of exposed +> code, or is this a bug. +>=20 +> FWIW, I get the same behaviour on: +>=20 +> FreeBSD merlin.alerce.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #9: Sa= t Dec 18 12:38:37 PST 2004 +> root@merlin.alerce.com:/usr/obj/usr/src/sys/MERLIN i386 +>=20 +> and=20 +>=20 +> Freesbie 1.1 It happens because ad0 and ad0s1 share the same last sector. To fix this you should use '-h' option as you did or you should recreate ad0s1 slice one sector smaller. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCBmwJForvXbEpPzQRAtbZAJ9U9tPkCHBSim9FgXOzZu3V+ACT2wCg7WfJ iUDuLHsMZwlok2wqdQInSnM= =Ha44 -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 19:21:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2840D16A4CE; Sun, 6 Feb 2005 19:21:09 +0000 (GMT) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE37E43D2F; Sun, 6 Feb 2005 19:21:08 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id BA8B8209A; Sun, 6 Feb 2005 11:16:35 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 4CD52208C; Sun, 6 Feb 2005 11:16:35 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j16JL7L1006075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 6 Feb 2005 11:21:07 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j16JL713006072; Sun, 6 Feb 2005 11:21:07 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16902.28195.6589.299894@satchel.alerce.com> Date: Sun, 6 Feb 2005 11:21:07 -0800 To: Pawel Jakub Dawidek In-Reply-To: <20050206191209.GC1080@darkness.comp.waw.pl> References: <16901.26814.588055.457273@satchel.alerce.com> <16902.27236.71619.138367@satchel.alerce.com> <20050206191209.GC1080@darkness.comp.waw.pl> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP cc: freebsd-stable@FreeBSD.org cc: "Ralf S. Engelschall" cc: freebsd-geom@FreeBSD.org Subject: Re: Hardcoding gmirror provider [was Re: Problem with migrating...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 19:21:09 -0000 Pawel Jakub Dawidek writes: > [...] > It happens because ad0 and ad0s1 share the same last sector. > To fix this you should use '-h' option as you did or you should recreate > ad0s1 slice one sector smaller. Thanks for the help! That makes sense, which is always a nice feeling. Does that mean that the instructions at: http://people.freebsd.org/~rse/mirror/ in the section labeled: GEOM mirror Approach 2: Single Slice, Preferred, More Flexible are incorrect and will result in the same kind of slice-table breakage that I was seeing or is there something going on that I'm not getting? Would it be more correct for Ralf to update the instructions to include a -h arg on his "gmirror label" step? g. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 20:29:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E705516A4CE for ; Sun, 6 Feb 2005 20:29:23 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4DF543D48 for ; Sun, 6 Feb 2005 20:29:23 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A0F8F72DD4; Sun, 6 Feb 2005 12:29:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9C09C72DCB; Sun, 6 Feb 2005 12:29:23 -0800 (PST) Date: Sun, 6 Feb 2005 12:29:23 -0800 (PST) From: Doug White To: Andrew Konstantinov In-Reply-To: <20050206090524.GA79029@warrior.kableu.com> Message-ID: <20050206122621.M80603@carver.gumbysoft.com> References: <20050130084359.GA36069@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050206061245.GA1774@warrior.kableu.com> <20050206090524.GA79029@warrior.kableu.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 20:29:24 -0000 On Sun, 6 Feb 2005, Andrew Konstantinov wrote: > *Possible* exact reproduction steps: > - install RELENG_5 > - rebuild RELENG_5 with "NO_NIS=true" in /etc/make.conf > - restart sshd service Sorry, no dice. I had to set "PermitRootLogin yes" in /etc/ssh/sshd_config but logging in as root with password succeeds with no login class warning. Upgraded from a RELENG_5 from yesterday to one about 90 minutes old. What is the contents of /etc/nsswitch.conf? bz is telling me that if you still have 'nis' in the lines in nsswitch and you compile with NO_NIS that you'll get wierd user lookup errors. Also what are the contents of /etc/make.conf? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 20:52:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C27316A4CE for ; Sun, 6 Feb 2005 20:52:09 +0000 (GMT) Received: from pop-a065b10.pas.sa.earthlink.net (pop-a065b10.pas.sa.earthlink.net [207.217.121.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAB3443D53 for ; Sun, 6 Feb 2005 20:52:08 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-68-165-174-253.snvacaid.dynamic.covad.net ([68.165.174.253] helo=mail.kableu.com) by pop-a065b10.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1CxtO4-0005jI-00; Sun, 06 Feb 2005 12:52:08 -0800 Received: from warrior.kableu.com (warrior.kableu.com [192.168.0.1]) by mail.kableu.com (Postfix) with ESMTP id BC5EBC0D9; Sun, 6 Feb 2005 12:52:07 -0800 (PST) Received: by warrior.kableu.com (Postfix, from userid 1001) id AB8DA11467; Sun, 6 Feb 2005 12:52:07 -0800 (PST) Date: Sun, 6 Feb 2005 12:52:07 -0800 From: Andrew Konstantinov To: Doug White Message-ID: <20050206205207.GA764@warrior.kableu.com> References: <20050130084359.GA36069@warrior.kableu.com> <20050201012056.GA47334@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050203210643.T47315@carver.gumbysoft.com> <20050206061245.GA1774@warrior.kableu.com> <20050206065226.GA2103@warrior.kableu.com> <20050206090524.GA79029@warrior.kableu.com> <20050206122621.M80603@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20050206122621.M80603@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 20:52:09 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 06, 2005 at 12:29:23PM -0800, Doug White wrote: > On Sun, 6 Feb 2005, Andrew Konstantinov wrote: >=20 > > *Possible* exact reproduction steps: > > - install RELENG_5 > > - rebuild RELENG_5 with "NO_NIS=3Dtrue" in /etc/make.conf > > - restart sshd service >=20 > Sorry, no dice. I had to set "PermitRootLogin yes" in > /etc/ssh/sshd_config but logging in as root with password succeeds with no > login class warning. Upgraded from a RELENG_5 from yesterday to one about > 90 minutes old. >=20 > What is the contents of /etc/nsswitch.conf? bz is telling me that if you > still have 'nis' in the lines in nsswitch and you compile with NO_NIS that > you'll get wierd user lookup errors. >=20 > Also what are the contents of /etc/make.conf? #--- The nsswitch.conf: group: compat group_compat: nis hosts: files dns networks: files passwd: compat passwd_compat: nis shells: files #---------------------- Hmm, I completely forgot about that one. :( I guess 'nis' should have been switched to 'files' whenever system is compiled with "NO_NIS=3Dtrue". #--- current make.conf: CFLAGS=3D -O -pipe COPTFLAGS=3D -O -pipe CPUTYPE=3D athlon-xp KERNCONF=3D CUSTOM MAKE_IDEA=3D YES NOATM=3D true NOGAMES=3D true NO_BLUETOOTH=3D true NO_FORTRAN=3D true NO_I4B=3D true NO_PF=3D true NO_AUTHPF=3D true NO_IPFILTER=3D true NO_KERBEROS=3D true NO_LPR=3D true NO_SENDMAIL=3D true PPP_NOSUID=3D true PRINTERDEVICE=3D ascii WITH_OPTIMIZED_CFLAGS=3D true X_WINDOW_SYSTEM=3Dxorg PERL_ARCH=3Dmach NOPERL=3Dyo NO_PERL=3Dyo NO_PERL_WRAPPER=3Dyo PERL_VER=3D5.6.1 PERL_VERSION=3D5.6.1 #---------------------- Andrew --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBoN3g+6MtxSjexcRArLSAJsGB4q56yBH2nLLNAdj33hVsnQxHgCgxGOG dmwFcSgkBSpVNCjl+zRXPW0= =5fno -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 21:07:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0E316A4CE for ; Sun, 6 Feb 2005 21:07:57 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DF7943D31 for ; Sun, 6 Feb 2005 21:07:56 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id A31F21FF9AB; Sun, 6 Feb 2005 22:07:54 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id A7BD81FF9A6; Sun, 6 Feb 2005 22:07:52 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 27B6B15389; Sun, 6 Feb 2005 21:07:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1D27C15329; Sun, 6 Feb 2005 21:07:38 +0000 (UTC) Date: Sun, 6 Feb 2005 21:07:38 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Andrew Konstantinov In-Reply-To: <20050206205207.GA764@warrior.kableu.com> Message-ID: References: <20050130084359.GA36069@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050206061245.GA1774@warrior.kableu.com> <20050206090524.GA79029@warrior.kableu.com> <20050206205207.GA764@warrior.kableu.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 21:07:57 -0000 On Sun, 6 Feb 2005, Andrew Konstantinov wrote: > On Sun, Feb 06, 2005 at 12:29:23PM -0800, Doug White wrote: > > On Sun, 6 Feb 2005, Andrew Konstantinov wrote: > > > > > *Possible* exact reproduction steps: > > > - install RELENG_5 > > > - rebuild RELENG_5 with "NO_NIS=true" in /etc/make.conf > > > - restart sshd service > > > > Sorry, no dice. I had to set "PermitRootLogin yes" in > > /etc/ssh/sshd_config but logging in as root with password succeeds with no > > login class warning. Upgraded from a RELENG_5 from yesterday to one about > > 90 minutes old. > > > > What is the contents of /etc/nsswitch.conf? bz is telling me that if you > > still have 'nis' in the lines in nsswitch and you compile with NO_NIS that > > you'll get wierd user lookup errors. > > > > Also what are the contents of /etc/make.conf? > > #--- The nsswitch.conf: > group: compat > group_compat: nis > hosts: files dns > networks: files > passwd: compat > passwd_compat: nis > shells: files > #---------------------- > > Hmm, I completely forgot about that one. :( I guess 'nis' should have been > switched to 'files' whenever system is compiled with "NO_NIS=true". it's not documented - sorry, will do that. change it to sth like: group: files hosts: files dns networks: files passwd: files shells: files w/o this change I can see sth like this when doing passwd auth: 'sshd[1995]: NSSWITCH(nss_method_lookup): nis, passwd_compat, endpwent, not found' But I suspect this will not help with your problem. Did you change your login.conf? Could you mail me (private mail please) the library with which you can see the problems? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 21:43:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05A7016A4EE for ; Sun, 6 Feb 2005 21:43:59 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A873943D3F for ; Sun, 6 Feb 2005 21:43:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A5A715148D; Sun, 6 Feb 2005 13:43:57 -0800 (PST) Date: Sun, 6 Feb 2005 13:43:57 -0800 From: Kris Kennaway To: Chris Message-ID: <20050206214357.GA50510@xor.obsecurity.org> References: <3aaaa3a05020607013bff630e@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <3aaaa3a05020607013bff630e@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 21:43:59 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 06, 2005 at 03:01:49PM +0000, Chris wrote: > 4 - compatiblity, I remember using 5.2.1 and pretty much all software > worked well in that and then they did the bind defaulting to base and > libs version jump, why wasnt this done in 5.0 so 3rd party apps could > adjust, now we have a situation where most stuff that worked in 4.x > worked well in 5.1 and 5.2.1 but then broke in 5.3 so effectively 5.3 > was liek a new major version over 5.2.1. 5.2.1 was clearly marked as a "developer preview" release and you were warned not to rely on it for production use. As a snapshot of FreeBSD-CURRENT, binary compatibility is not guaranteed and often needs to be broken in the course of development. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBo+dWry0BWjoQKURAjvNAKCSSOhZiqC9MhaPKJAy4YXr/n7Q7ACfZ2VZ dyV1dC3+9LPKsI3VAn3vJxA= =T40c -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 22:22:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C301116A4CE for ; Sun, 6 Feb 2005 22:22:05 +0000 (GMT) Received: from pop-a065d01.pas.sa.earthlink.net (pop-a065d01.pas.sa.earthlink.net [207.217.121.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E6D543D53 for ; Sun, 6 Feb 2005 22:22:05 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-68-165-174-253.snvacaid.dynamic.covad.net ([68.165.174.253] helo=mail.kableu.com) by pop-a065d01.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1Cxun6-0002sx-00; Sun, 06 Feb 2005 14:22:04 -0800 Received: from warrior.kableu.com (warrior.kableu.com [192.168.0.1]) by mail.kableu.com (Postfix) with ESMTP id 113F6C0D9; Sun, 6 Feb 2005 14:22:04 -0800 (PST) Received: by warrior.kableu.com (Postfix, from userid 1001) id B011B11467; Sun, 6 Feb 2005 14:22:03 -0800 (PST) Date: Sun, 6 Feb 2005 14:22:03 -0800 From: Andrew Konstantinov To: "Bjoern A. Zeeb" Message-ID: <20050206222203.GA63042@warrior.kableu.com> References: <20050130084359.GA36069@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050206061245.GA1774@warrior.kableu.com> <20050206090524.GA79029@warrior.kableu.com> <20050206205207.GA764@warrior.kableu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 22:22:06 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 06, 2005 at 09:07:38PM +0000, Bjoern A. Zeeb wrote: > On Sun, 6 Feb 2005, Andrew Konstantinov wrote: >=20 > > On Sun, Feb 06, 2005 at 12:29:23PM -0800, Doug White wrote: > > > On Sun, 6 Feb 2005, Andrew Konstantinov wrote: > > > > > > > *Possible* exact reproduction steps: > > > > - install RELENG_5 > > > > - rebuild RELENG_5 with "NO_NIS=3Dtrue" in /etc/make.conf > > > > - restart sshd service > > > > > > Sorry, no dice. I had to set "PermitRootLogin yes" in > > > /etc/ssh/sshd_config but logging in as root with password succeeds wi= th no > > > login class warning. Upgraded from a RELENG_5 from yesterday to one a= bout > > > 90 minutes old. > > > > > > What is the contents of /etc/nsswitch.conf? bz is telling me that if = you > > > still have 'nis' in the lines in nsswitch and you compile with NO_NIS= that > > > you'll get wierd user lookup errors. > > > > > > Also what are the contents of /etc/make.conf? > > > > #--- The nsswitch.conf: > > group: compat > > group_compat: nis > > hosts: files dns > > networks: files > > passwd: compat > > passwd_compat: nis > > shells: files > > #---------------------- > > > > Hmm, I completely forgot about that one. :( I guess 'nis' should have b= een > > switched to 'files' whenever system is compiled with "NO_NIS=3Dtrue". >=20 > it's not documented - sorry, will do that. >=20 > change it to sth like: >=20 > group: files > hosts: files dns > networks: files > passwd: files > shells: files >=20 > w/o this change I can see sth like this when doing passwd auth: >=20 > 'sshd[1995]: NSSWITCH(nss_method_lookup): nis, passwd_compat, endpwent, n= ot found' >=20 > But I suspect this will not help with your problem. Actually, that solves all the problems. Once I switched to your version of nsswitch.conf, all the "unknown class" bugs and multiple logging events have disappeared. > Did you change your login.conf? I always used the one that FreeBSD suplies, without any modifications. I ev= en copied it from /usr/src/ multiple times and rebuilt the database from it to ensure that it's not some sort of filesystem glitch. > Could you mail me (private mail please) the library with which you can > see the problems? libc.so.5 with debug symbols is on its way to bz@ As a sidenote: I definitely agree that it should be documented. Also, it's = my personal opinion, but perhaps its better to switch the default nsswitch.conf file to the one that doesn't contain "nis" as a lookup mechanism. It's much easier to add to the "NIS/YP" section in the handbook couple lines that tell the reader to modify /etc/nsswitch.conf to accomodate "NIS/YP" than documen= ting (I can't think of any appropriate section) that whenever a system is built = with "NO_NIS=3Dtrue" in the make file, the user should modify the /etc/nsswitch.= conf to accomodate the change. I realized that it's entirely my fault for not looking forward to the impact of "NO_NIS=3Dtrue", but still, I consider the= above described approach better. Andrew --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBpiLg+6MtxSjexcRAgyGAKCRJSISbcotte/VXLI5U/ALcgIXggCfQj0s GJZMNhS3A6L3SwwFrwqAGz4= =lzBx -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 6 22:29:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A175A16A4CE for ; Sun, 6 Feb 2005 22:29:43 +0000 (GMT) Received: from pop-a065d01.pas.sa.earthlink.net (pop-a065d01.pas.sa.earthlink.net [207.217.121.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 653AE43D39 for ; Sun, 6 Feb 2005 22:29:43 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-68-165-174-253.snvacaid.dynamic.covad.net ([68.165.174.253] helo=mail.kableu.com) by pop-a065d01.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1CxuuV-0005Ec-00; Sun, 06 Feb 2005 14:29:43 -0800 Received: from warrior.kableu.com (warrior.kableu.com [192.168.0.1]) by mail.kableu.com (Postfix) with ESMTP id BEA0BC0D9; Sun, 6 Feb 2005 14:29:42 -0800 (PST) Received: by warrior.kableu.com (Postfix, from userid 1001) id 74B3811467; Sun, 6 Feb 2005 14:29:42 -0800 (PST) Date: Sun, 6 Feb 2005 14:29:42 -0800 From: Andrew Konstantinov To: "Bjoern A. Zeeb" Message-ID: <20050206222942.GC63042@warrior.kableu.com> References: <20050130084359.GA36069@warrior.kableu.com> <20050202070820.GA26302@warrior.kableu.com> <20050206061245.GA1774@warrior.kableu.com> <20050206090524.GA79029@warrior.kableu.com> <20050206205207.GA764@warrior.kableu.com> <20050206222203.GA63042@warrior.kableu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DrWhICOqskFTAXiy" Content-Disposition: inline In-Reply-To: <20050206222203.GA63042@warrior.kableu.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 22:29:43 -0000 --DrWhICOqskFTAXiy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 06, 2005 at 02:22:03PM -0800, Andrew Konstantinov wrote: > On Sun, Feb 06, 2005 at 09:07:38PM +0000, Bjoern A. Zeeb wrote: > > On Sun, 6 Feb 2005, Andrew Konstantinov wrote: > >=20 > > > On Sun, Feb 06, 2005 at 12:29:23PM -0800, Doug White wrote: > > > > On Sun, 6 Feb 2005, Andrew Konstantinov wrote: > > > > > > > > > *Possible* exact reproduction steps: > > > > > - install RELENG_5 > > > > > - rebuild RELENG_5 with "NO_NIS=3Dtrue" in /etc/make.conf > > > > > - restart sshd service > > > > > > > > Sorry, no dice. I had to set "PermitRootLogin yes" in > > > > /etc/ssh/sshd_config but logging in as root with password succeeds = with no > > > > login class warning. Upgraded from a RELENG_5 from yesterday to one= about > > > > 90 minutes old. > > > > > > > > What is the contents of /etc/nsswitch.conf? bz is telling me that i= f you > > > > still have 'nis' in the lines in nsswitch and you compile with NO_N= IS that > > > > you'll get wierd user lookup errors. > > > > > > > > Also what are the contents of /etc/make.conf? > > > > > > #--- The nsswitch.conf: > > > group: compat > > > group_compat: nis > > > hosts: files dns > > > networks: files > > > passwd: compat > > > passwd_compat: nis > > > shells: files > > > #---------------------- > > > > > > Hmm, I completely forgot about that one. :( I guess 'nis' should have= been > > > switched to 'files' whenever system is compiled with "NO_NIS=3Dtrue". > >=20 > > it's not documented - sorry, will do that. > >=20 > > change it to sth like: > >=20 > > group: files > > hosts: files dns > > networks: files > > passwd: files > > shells: files > >=20 > > w/o this change I can see sth like this when doing passwd auth: > >=20 > > 'sshd[1995]: NSSWITCH(nss_method_lookup): nis, passwd_compat, endpwent,= not found' > >=20 > > But I suspect this will not help with your problem. >=20 > Actually, that solves all the problems. Once I switched to your version of > nsswitch.conf, all the "unknown class" bugs and multiple logging events h= ave > disappeared. I don't know if that matters but my /etc/ssh/sshd_config contains: PasswordAuthentication no PermitEmptyPasswords no ChallengeResponseAuthentication no UsePAM no Andrew --DrWhICOqskFTAXiy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBppWg+6MtxSjexcRArcdAJ9stXByk0CT6uq3uyEPo9bkSvfeTACfc4ko DbHMBSX1Z9MtVZ1H1e33V00= =so6G -----END PGP SIGNATURE----- --DrWhICOqskFTAXiy-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 08:01:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBD716A4CE; Mon, 7 Feb 2005 08:01:01 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 209D643D49; Mon, 7 Feb 2005 08:01:01 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id C2574530C; Mon, 7 Feb 2005 09:00:59 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 8C1EC5308; Mon, 7 Feb 2005 09:00:39 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id EDA4CB86E; Mon, 7 Feb 2005 09:00:38 +0100 (CET) To: FreeBSD Tinderbox References: <20050206163756.506E1B861@dwp.des.no> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 07 Feb 2005 09:00:38 +0100 In-Reply-To: <20050206163756.506E1B861@dwp.des.no> (FreeBSD Tinderbox's message of "Sun, 6 Feb 2005 17:37:56 +0100 (CET)") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: stable@freebsd.org cc: i386@freebsd.org Subject: Re: [releng_4_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 08:01:01 -0000 FreeBSD Tinderbox writes: > TB --- 2005-02-06 15:45:26 - tinderbox 2.3 running on dwp.des.no Ack! This was a test run, I didn't intend for mail to go out but forgot to change the rc file. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 08:07:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D47CD16A4CE; Mon, 7 Feb 2005 08:07:12 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753BD43D1F; Mon, 7 Feb 2005 08:07:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3F49F51485; Mon, 7 Feb 2005 00:07:10 -0800 (PST) Date: Mon, 7 Feb 2005 00:07:10 -0800 From: Kris Kennaway To: Dag-Erling Sm?rgrav Message-ID: <20050207080710.GA15085@xor.obsecurity.org> References: <20050206163756.506E1B861@dwp.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: FreeBSD Tinderbox cc: i386@freebsd.org Subject: Re: [releng_4_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 08:07:13 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 07, 2005 at 09:00:38AM +0100, Dag-Erling Sm?rgrav wrote: > FreeBSD Tinderbox writes: > > TB --- 2005-02-06 15:45:26 - tinderbox 2.3 running on dwp.des.no >=20 > Ack! This was a test run, I didn't intend for mail to go out but > forgot to change the rc file. It's okay, no-one reads these mails any more anyway :-) Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCByGtWry0BWjoQKURAjWPAJ454NhuQcBbxjRRJXR2+Qis+7K6EwCfXsx8 EeHT1/jrNrUsm59aHueYRCU= =ormG -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 10:16:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10A4116A4CE for ; Mon, 7 Feb 2005 10:16:23 +0000 (GMT) Received: from fuego.fadesa.es (fuego.fadesa.es [195.55.55.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2079543D5A for ; Mon, 7 Feb 2005 10:16:21 +0000 (GMT) (envelope-from freebsd4@fadesa.es) Received: (from root@localhost) by fuego.fadesa.es (8.9.3p2/8.8.8) id LAA20150 for ; Mon, 7 Feb 2005 11:17:56 +0100 Received: from tierra.fadesa.es(195.55.55.7) by fuego.fadesa.es Mon, 7 Feb 05 11:17:53 +0100 Received: from fadesa.es (filemon.fadesa.es [195.55.55.6] (may be forged)) by tierra.fadesa.es (8.9.3p2/8.8.8) with ESMTP id LAA17872 for ; Mon, 7 Feb 2005 11:15:52 +0100 Sender: fan@fadesa.es Message-ID: <42073FD8.5CCA7EC5@fadesa.es> Date: Mon, 07 Feb 2005 11:15:52 +0100 From: "=?iso-8859-15?Q?Jos=E9?= M. =?iso-8859-15?Q?Fandi=F1o?=" Organization: Inmobiliaria FADESA X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.27-ow1 i686) X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <41FE7524.7E907BE@fadesa.es><41FFC6FC.CF97314C@fadesa.es> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable X-Logged: Logged by tierra.fadesa.es as LAA17872 at Mon Feb 7 11:15:52 2005 Subject: Re: 50% of packets lost only on local interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 10:16:23 -0000 "Jos=E9 M. Fandi=F1o" wrote: > = > Chris wrote: > > > > Have tested on 3 boxes. > = > yes, it's the intended operation and If I don't see it I don't > believe it but it happens. I ever thought it would be possible. Finally, I found the culprit: CFLAGS=3D"" \ 100% of the transmited traffic is received COPTFLAGS=3D"" / = CFLAGS=3D -pipe \ 50% of the transmited traffic is received COPTFLAGS=3D -pipe / CFLAGS=3D -O -pipe \ 100% of the transmited traffic is received COPTFLAGS=3D -O -pipe / > The weirdest is that it worked in 5.3-RELEASE and some time later, > whilst I was tracking -stable, aplications began to fail local > network conections. Simple tests with ping showed me as the kernel > receive packets (tcpdump seems to see inbound packets) but ignores > exacly 50% of them. This makes any sense to someone? > = > Following the proposed solution for kern/72022 I removed /usr/obj, > all possible harmful options in make.conf and compiled world and > a GENERIC kernel again without any luck. > = > > grep '^[^#]' /etc/make.conf > CFLAGS=3D -pipe > COPTFLAGS=3D -pipe > NOPROFILE=3D true # Avoid compiling profiled libraries > X_WINDOW_SYSTEM=3Dxorg > PERL_VER=3D5.8.5 > PERL_VERSION=3D5.8.5 > PERL_ARCH=3Dmach > NOPERL=3Dyo > NO_PERL=3Dyo > NO_PERL_WRAPPER=3Dyo > SENDMAIL_CFLAGS=3D-I/usr/local/include -DSTARTTLS -DSASL=3D2 -DMILTER = -DLDAPMAP > SENDMAIL_LDFLAGS=3D -L/usr/local/lib > SENDMAIL_LDADD=3D-lsasl2 -lssl -lcrypto -lldap -llber > = > I'm lost here, any help will be welcome. > = > Regards, > = > > 5.3-STABLE compiled Jan 5th > > > > --- 127.0.0.1 ping statistics --- > > 61 packets transmitted, 61 packets received, 0% packet loss > > round-trip min/avg/max/stddev =3D 0.062/0.073/0.146/0.013 ms > > > > 5.3-STABLE amd64 build compiled Jan 29th > > > > --- 127.0.0.1 ping statistics --- > > 60 packets transmitted, 60 packets received, 0% packet loss > > round-trip min/avg/max/stddev =3D 0.024/0.030/0.048/0.005 ms > > > > 5.3-Release-P5 > > > > --- 127.0.0.1 ping statistics --- > > 60 packets transmitted, 60 packets received, 0% packet loss > > round-trip min/avg/max/stddev =3D 0.057/0.089/0.167/0.017 ms > > > > On Mon, 31 Jan 2005 19:12:52 +0100, Jos=E9 M. Fandi=F1o wrote: > > > Hello, > > > > > > It sounds weird but tcp/ip traffic directed to _local_ interfaces, > > > and only _local_ interfaces, always cause 50% of packets lost. Of > > > course there isn't packet filters activated. > > > > > > I'm running -stable (the last update was this past weekend) > > > > > > There is another report like this: > > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3Dkern/72022 > > > but the suggested solution doesn't works in my case. > > > > > > ping to local interfaces get replies for 50% of the packets: > > > > > > > ping -c 512 127.0.0.1 > > > [snip] > > > --- 127.0.0.1 ping statistics --- > > > 512 packets transmitted, 257 packets received, 49% packet loss > > > round-trip min/avg/max/stddev =3D 0.046/0.049/0.077/0.004 ms > > > > > > > ping -c 512 10.20.30.2 > > > [snip] > > > --- 10.20.30.2 ping statistics --- > > > 512 packets transmitted, 254 packets received, 50% packet loss > > > round-trip min/avg/max/stddev =3D 0.017/0.049/0.071/0.004 ms > > > > > > Also running tcpdump on localhost shows as the kernel stop from > > > responding to packets without an apparent motive. > > > > > > > tcpdump -n -i lo0 > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol= decode > > > listening on lo0, link-type NULL (BSD loopback), capture size 96 by= tes > > > [snip] > > > 17:58:15.516451 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 76 > > > 17:58:15.516476 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo reply seq 7= 6 > > > 17:58:16.517321 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 77 > > > 17:58:16.517347 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo reply seq 7= 7 > > > 17:58:17.518158 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 78 > > > 17:58:18.519042 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 79 > > > 17:58:19.519853 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 80 > > > 17:58:20.520698 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 81 > > > 17:58:21.521548 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 82 > > > 17:58:22.522392 IP 127.0.0.1 > 127.0.0.1: icmp 64: echo request seq= 83 > > > > > > more tests, to the lan router: > > > > > > > ping -c 500 10.20.30.6 > > > [snip] > > > --- 10.20.30.6 ping statistics --- > > > 500 packets transmitted, 500 packets received, 0% packet loss > > > round-trip min/avg/max/stddev =3D 1.565/2.015/40.189/2.385 ms > > > > > > from the lan router: > > > > > > Router#ping > > > Protocol [ip]: > > > Target IP address: 10.20.30.2 > > > Repeat count [5]: 500 > > > Datagram size [100]: > > > Timeout in seconds [2]: > > > Extended commands [n]: > > > Sweep range of sizes [n]: > > > Type escape sequence to abort. > > > Sending 500, 100-byte ICMP Echos to 10.20.30.2, timeout is 2 second= s: > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!= !!! > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!= !!! > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!= !!! > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!= !!! > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!= !!! > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!= !!! > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!= !!! > > > !!!!!!!!!! > > > Success rate is 99 percent (498/500), round-trip min/avg/max =3D 1/= 2/12 ms > > > > > > I don't find any explanation for this, but I'd like to know if ther= e is > > > any solution? > > > > > > Thank you. > > > > > > I put the whole test (dmesg, make.conf, etc)in this URL so you can = see > > > all numbers. > > > http://195.55.55.164/tests/FreeBSD/report.txt -- = -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d- s+:+() a- C+++ UBL+++$ 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 !z ------END GEEK CODE BLOCK------ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 10:21:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C61916A4CE for ; Mon, 7 Feb 2005 10:21:41 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6106343D45 for ; Mon, 7 Feb 2005 10:21:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 655535146E; Mon, 7 Feb 2005 02:21:40 -0800 (PST) Date: Mon, 7 Feb 2005 02:21:40 -0800 From: Kris Kennaway To: "Jos? M. Fandi?o" Message-ID: <20050207102140.GA56842@xor.obsecurity.org> References: <42073FD8.5CCA7EC5@fadesa.es> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <42073FD8.5CCA7EC5@fadesa.es> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 50% of packets lost only on local interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 10:21:41 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: > "Jos? M. Fandi?o" wrote: > >=20 > > Chris wrote: > > > > > > Have tested on 3 boxes. > >=20 > > yes, it's the intended operation and If I don't see it I don't > > believe it but it happens. I ever thought it would be possible. >=20 > Finally, I found the culprit: >=20 > CFLAGS=3D"" \ 100% of the transmited traffic is received > COPTFLAGS=3D"" /=20 >=20 > CFLAGS=3D -pipe \ 50% of the transmited traffic is received > COPTFLAGS=3D -pipe / That would be exceedingly strange, because the above two options are supposed to produce *no differences at all* with the code generation. I'd believe that -O and no -O could behave differently, although I don't know why you'd want to compile without -O. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCB0EzWry0BWjoQKURAvRwAKCrOZFPO5yl/I8jxI0FOHOFn/7TxgCgknfY fkxZGLXokZ/P/0jYvWTK87g= =JSVP -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 10:31:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8450B16A4CE for ; Mon, 7 Feb 2005 10:31:14 +0000 (GMT) Received: from fuego.fadesa.es (fuego.fadesa.es [195.55.55.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6342543D2D for ; Mon, 7 Feb 2005 10:31:13 +0000 (GMT) (envelope-from freebsd4@fadesa.es) Received: (from root@localhost) by fuego.fadesa.es (8.9.3p2/8.8.8) id LAA23238 for ; Mon, 7 Feb 2005 11:33:00 +0100 Received: from tierra.fadesa.es(195.55.55.7) by fuego.fadesa.es Mon, 7 Feb 05 11:32:44 +0100 Received: from fadesa.es (filemon.fadesa.es [195.55.55.6] (may be forged)) by tierra.fadesa.es (8.9.3p2/8.8.8) with ESMTP id LAA18877 for ; Mon, 7 Feb 2005 11:30:43 +0100 Sender: fan@fadesa.es Message-ID: <42074353.9E3EECBE@fadesa.es> Date: Mon, 07 Feb 2005 11:30:43 +0100 From: "=?iso-8859-15?Q?Jos=E9?= M. =?iso-8859-15?Q?Fandi=F1o?=" Organization: Inmobiliaria FADESA X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.27-ow1 i686) X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42073FD8.5CCA7EC5@fadesa.es> <20050207102140.GA56842@xor.obsecurity.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit X-Logged: Logged by tierra.fadesa.es as LAA18877 at Mon Feb 7 11:30:43 2005 Subject: Re: 50% of packets lost only on local interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 10:31:14 -0000 Kris Kennaway wrote: > > On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: > > "Jos? M. Fandi?o" wrote: > > > > > > Chris wrote: > > > > > > > > Have tested on 3 boxes. > > > > > > yes, it's the intended operation and If I don't see it I don't > > > believe it but it happens. I ever thought it would be possible. > > > > Finally, I found the culprit: > > > > CFLAGS="" \ 100% of the transmited traffic is received > > COPTFLAGS="" / > > > > CFLAGS= -pipe \ 50% of the transmited traffic is received > > COPTFLAGS= -pipe / > > That would be exceedingly strange, because the above two options are > supposed to produce *no differences at all* with the code generation. > > I'd believe that -O and no -O could behave differently, although I > don't know why you'd want to compile without -O. because by the time I was compiling the system I was no interested in compiler optimizations. Now I prefer a lightly optimized kernel than a system with 50% of packet lost in local interfaces ;-) -- -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d- s+:+() a- C+++ UBL+++$ 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 !z ------END GEEK CODE BLOCK------ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 14:01:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6735816A4CE; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1853D43D3F; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9Rp-000K1B-M6; Mon, 07 Feb 2005 06:01:05 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.29857.72896.98582@ran.psg.com> Date: Mon, 7 Feb 2005 06:01:05 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 14:01:07 -0000 >> After suspend, my ThinkPad X40 now hangs with following logs (copied >> by hand): > Hmm, do you have ATA compiled in or as modules. I could easily imagine > that modules could have problems, but as "built in" nothing really > changed... my patched t41, current with ata in the kernel, locks up with disk light on solid on resume. randy From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 14:04:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EE3116A4CE; Mon, 7 Feb 2005 14:04:42 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B070543D1F; Mon, 7 Feb 2005 14:04:41 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17E4bB0078363; Mon, 7 Feb 2005 15:04:39 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077563.9040002@DeepCore.dk> Date: Mon, 07 Feb 2005 15:04:19 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> In-Reply-To: <16903.29857.72896.98582@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 14:04:42 -0000 Randy Bush wrote: >>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>by hand): >> >>Hmm, do you have ATA compiled in or as modules. I could easily imagine = >>that modules could have problems, but as "built in" nothing really=20 >>changed... >=20 > my patched t41, current with ata in the kernel, locks up with disk > light on solid on resume. Does it work with stock ATA ? I cant work on suspend/resume as it has been broken due to ACPI=20 brokenness since september last year on all my laptops... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 14:13:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3003C16A4CE; Mon, 7 Feb 2005 14:13:05 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id F28FF43D1F; Mon, 7 Feb 2005 14:13:04 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9dQ-000KLY-3m; Mon, 07 Feb 2005 06:13:04 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.30575.486968.975188@ran.psg.com> Date: Mon, 7 Feb 2005 06:13:03 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 14:13:05 -0000 >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > Does it work with stock ATA ? it did last week, before i rebuilt with patch > I cant work on suspend/resume as it has been broken due to ACPI > brokenness since september last year on all my laptops... yep. been there, have the tee-shirt randy From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 14:27:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C1116A4CE; Mon, 7 Feb 2005 14:27:47 +0000 (GMT) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD6343D45; Mon, 7 Feb 2005 14:27:46 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dhcp-75-72.uni-paderborn.de ([131.234.75.72] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43 (FreeBSD)) id 1Cy9rX-000C59-UQ; Mon, 07 Feb 2005 15:27:45 +0100 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 524A04089; Mon, 7 Feb 2005 15:27:36 +0100 (CET) To: =?utf-8?Q?S=C3=B8ren?= Schmidt In-Reply-To: <42077563.9040002@DeepCore.dk> =?utf-8?Q?=28S=C3=B8ren?= Schmidt's message of "Mon, 07 Feb 2005 15:04:19 +0100") References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> From: Arne Schwabe Date: Mon, 07 Feb 2005 15:27:35 +0100 Message-ID: <86oeewsaw8.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-RFC-Spam-Score: -2.6 (--) cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 14:27:47 -0000 S=C3=B8ren Schmidt writes: > Randy Bush wrote: >>>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>>by hand): >>> >>> Hmm, do you have ATA compiled in or as modules. I could easily >>> imagine that modules could have problems, but as "built in" nothing >>> really changed... >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > > Does it work with stock ATA ? > I cant work on suspend/resume as it has been broken due to ACPI=20 > brokenness since september last year on all my laptops... Same here, worked before the patch. Does not work with the patch. Arne --=20 compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 14:32:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F89E16A4CE; Mon, 7 Feb 2005 14:32:54 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB4243D31; Mon, 7 Feb 2005 14:32:53 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17EWnhX078737; Mon, 7 Feb 2005 15:32:51 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077BFF.8060908@DeepCore.dk> Date: Mon, 07 Feb 2005 15:32:31 +0100 From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arne Schwabe References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> In-Reply-To: <86oeewsaw8.fsf@kamino.rfc1149.org> Content-Type: multipart/mixed; boundary="------------000506090707080503050807" X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 14:32:54 -0000 This is a multi-part message in MIME format. --------------000506090707080503050807 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Arne Schwabe wrote: > S=C3=B8ren Schmidt writes: >=20 >=20 >>Randy Bush wrote: >> >>>>>After suspend, my ThinkPad X40 now hangs with following logs (copied= >>>>>by hand): >>>> >>>>Hmm, do you have ATA compiled in or as modules. I could easily >>>>imagine that modules could have problems, but as "built in" nothing >>>>really changed... >>> >>>my patched t41, current with ata in the kernel, locks up with disk >>>light on solid on resume. >> >>Does it work with stock ATA ? >>I cant work on suspend/resume as it has been broken due to ACPI=20 >>brokenness since september last year on all my laptops... >=20 >=20 > Same here, worked before the patch. Does not work with the patch. Hmm, the attached patch is the only real difference, which actually=20 shouldn't pose a problem (and fixes broken APM).. Let me know if that changes anything, other than that you are free to=20 bug the ACPI gang to make ACPI work on the HW I have available for=20 development... -S=C3=B8ren --------------000506090707080503050807 Content-Type: text/plain; name="resume" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="resume" ZGlmZiAtdSAtcjEuMjAgYXRhLWFsbC5jCi0tLSBhdGEtYWxsLmMgICAyMDA1LzAyLzAzIDE3 OjAyOjMxICAgICAxLjIwCisrKyBhdGEtYWxsLmMgICAyMDA1LzAyLzA3IDE0OjI3OjU3CkBA IC02MzAsNyArNjMwLDcgQEAKIHZvaWQKIGF0YV91ZGVsYXkoaW50IGludGVydmFsKQogewot ICAgIGlmICgxIHx8IGludGVydmFsIDwgKDEwMDAwMDAvaHopIHx8IGF0YV9kZWxheWVkX2F0 dGFjaCkKKyAgICBpZiAoaW50ZXJ2YWwgPCAoMTAwMDAwMC9oeikgfHwgYXRhX2RlbGF5ZWRf YXR0YWNoKQogICAgICAgIERFTEFZKGludGVydmFsKTsKICAgICBlbHNlCiAgICAgICAgdHNs ZWVwKCZpbnRlcnZhbCwgUFJJQklPLCAiYXRhc2xwIiwgaW50ZXJ2YWwvKDEwMDAwMDAvaHop KTsKCg== --------------000506090707080503050807-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 15:02:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D8116A4CE; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A49543D3F; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAPf-000Lel-3H; Mon, 07 Feb 2005 07:02:55 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.33566.487986.323816@ran.psg.com> Date: Mon, 7 Feb 2005 07:02:54 -0800 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 15:02:56 -0000 > diff -u -r1.20 ata-all.c > --- ata-all.c 2005/02/03 17:02:31 1.20 > +++ ata-all.c 2005/02/07 14:27:57 > @@ -630,7 +630,7 @@ > void > ata_udelay(int interval) > { > - if (1 || interval < (1000000/hz) || ata_delayed_attach) > + if (interval < (1000000/hz) || ata_delayed_attach) > DELAY(interval); > else > tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); > no fix hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=7434015 disk light on solid. no response to anything randy From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 15:19:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56CB16A4CE; Mon, 7 Feb 2005 15:19:18 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5CB43D54; Mon, 7 Feb 2005 15:19:17 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FJC3f079331; Mon, 7 Feb 2005 16:19:14 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420786DE.80605@DeepCore.dk> Date: Mon, 07 Feb 2005 16:18:54 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> In-Reply-To: <16903.33566.487986.323816@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 15:19:18 -0000 Randy Bush wrote: >>diff -u -r1.20 ata-all.c >>--- ata-all.c 2005/02/03 17:02:31 1.20 >>+++ ata-all.c 2005/02/07 14:27:57 >>@@ -630,7 +630,7 @@ >> void >> ata_udelay(int interval) >> { >>- if (1 || interval < (1000000/hz) || ata_delayed_attach) >>+ if (interval < (1000000/hz) || ata_delayed_attach) >> DELAY(interval); >> else >> tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); >> >=20 >=20 > no fix >=20 > hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=3D74340= 15 >=20 > disk light on solid. no response to anything no idea Since I cannot debug this, I have no way of finding out whats wrong. I will look at it when ACPI allows me to use suspend/resume again, until = then I'll concentrated on things that I can work on... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 15:21:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43B3C16A4CE; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FDB343D58; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAhc-000MCu-Fc; Mon, 07 Feb 2005 07:21:28 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.34679.871232.793961@ran.psg.com> Date: Mon, 7 Feb 2005 07:21:27 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 15:21:29 -0000 > Since I cannot debug this, I have no way of finding out whats wrong. > I will look at it when ACPI allows me to use suspend/resume again, until > then I'll concentrated on things that I can work on... where's my refund? :-) more seriously, shall we do a fund to get you a laptoy on which acpi happens to work this week? randy From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 15:32:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3208C16A4CE; Mon, 7 Feb 2005 15:32:28 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF7443D41; Mon, 7 Feb 2005 15:32:27 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FWNWU079533; Mon, 7 Feb 2005 16:32:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420789F5.7040401@DeepCore.dk> Date: Mon, 07 Feb 2005 16:32:05 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> In-Reply-To: <16903.34679.871232.793961@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 15:32:28 -0000 Randy Bush wrote: >>Since I cannot debug this, I have no way of finding out whats wrong. >>I will look at it when ACPI allows me to use suspend/resume again, unti= l=20 >>then I'll concentrated on things that I can work on... >=20 >=20 > where's my refund? :-) > more seriously, shall we do a fund to get you a laptoy on which > acpi happens to work this week? Find such a machine might be very hard, if not plain impossible :/ I already have 3 laptops here (of which none has worked for several=20 month regarding suspend/resume) so I have plenty. However getting=20 laptops to those thats supposed to maintain ACPI might be an idea, but=20 we should make certain that it would help first ;) --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 15:52:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5EA116A4D0 for ; Mon, 7 Feb 2005 15:52:42 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8614943D1D for ; Mon, 7 Feb 2005 15:52:40 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 07 Feb 2005 15:52:38 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp017) with SMTP; 07 Feb 2005 16:52:38 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 7 Feb 2005 16:52:32 +0100 User-Agent: KMail/1.7.2 References: <200501081824.49235.max@love2party.net> In-Reply-To: <200501081824.49235.max@love2party.net> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1518387.AZIg36CZts"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502071652.43030@harrymail> X-Y-GMX-Trusted: 0 cc: Max Laier cc: Robert Watson Subject: Re: machine locks with PF (without using user dependent rules) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 15:52:43 -0000 --nextPart1518387.AZIg36CZts Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Samstag, 8. Januar 2005 18:24 schrieb Max Laier: > On Saturday 08 January 2005 17:52, Robert Watson wrote: > > On Sat, 8 Jan 2005, Harald Schmalzbauer wrote: > > > my machine hard locks with the attached ruleset. If I set > > > debug.mpsafenet to 0 everything is fine. This was a wild guess from m= e, > > > I could nowhere find the info that PF needs this tweaking and I think > > > it's not intended, otherwise it would be done in rc.conf e.g. > > Yes, it is not intended. Please keep in mind that debug.mpsafenet cannot > be alterted at runtime, hence rc.conf would be too late anyway. Just > making that clear. > > > > I read about user depending rules in IPFW and that one has to disable > > > mpsafenet, but I'm not using user based rules in my PF config! > > > Unfortunately this machine is a CF-Card based Router wher I cannot > > > debug anything, perhaps I can bring a witness-kernel on it, please te= ll > > > me if this problem is new to you and if I should do that. > > > > I've CC'd Max Laier due to his extensive work with pf on FreeBSD. I > > think a WITNESS+INVARIANTS kenrel would be quite helpful, if you could. > > Yes, WITNESS would be interesting, though I don't expect to see any LORs, > as this is not an overly complicated ruleset. Actually, I am very > surprised that it does lock up - what hardware is this? Resuming work on this, I managed to get a remote console to the box and her= e's=20 what I get with today's RELENG_5 and the following command, also I need to= =20 set debug.mpsafenet to 0 otherwise my ruleset doesn't work (do what it shou= ld=20 do and does when set to 0 but not when default 1): pfctl -F all -f /etc/pf.conf =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xdeadc1d7 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc047ac48 stack pointer =3D 0x10:0xd0a44728 frame pointer =3D 0x10:0xd0a44730 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1053 (sshd) [thread pid 1053 tid 100081 ] Stopped at pf_state_compare_lan_ext+0x18: movzbl 0xf9(%esi),%eax db> trace Tracing pid 1053 tid 100081 td 0xc177e190 pf_state_compare_lan_ext(c176ca00,d0a447d8,d0a44758,c047c095,c176cac0) at=20 pf_state_compare_lan_ext+0x18 pf_state_tree_lan_ext_RB_FIND(c176cac0,d0a447d8,0,c176ca00,d0a448e4) at=20 pf_state_tree_lan_ext_RB_FIND+0x29 pf_find_state_recurse(c176ca00,d0a447d8,0,da7a0000,c0586400) at=20 pf_find_state_recurse+0x45 pf_test_state_tcp(d0a4492c,2,c176ca00,c1746b00,14) at pf_test_state_tcp+0xb0 pf_test(2,c1586000,d0a44a1c,c19ff168,c1756720) at pf_test+0x981 pf_check_out(0,d0a44a1c,c1586000,2,c19ff168) at pf_check_out+0x4e pfil_run_hooks(c07f05a0,d0a44aa8,c1586000,2,c19ff168) at pfil_run_hooks+0x1= 5b ip_output(c1746b00,0,d0a44a74,0,0) at ip_output+0x3ef tcp_output(c1a02710,c1744900,c076ed93,280,0) at tcp_output+0x984 tcp_usr_send(c1b5fdec,0,c1744900,0,0) at tcp_usr_send+0x239 sosend(c1b5fdec,0,d0a44c84,c1744900,0) at sosend+0x62b soo_write(c1c5c264,d0a44c84,c1b0f680,0,c177e190) at soo_write+0x49 dofilewrite(5,8081000,a0,ffffffff,ffffffff) at dofilewrite+0xac write(c177e190,d0a44d14,c,431,3) at write+0x77 syscall(2f,2f,2f,8071d88,a0) at syscall+0x137 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (4, FreeBSD ELF32, write), eip =3D 0x282ef73f, esp =3D 0xbfbf= ddfc, ebp=20 =3D0xbfbfde18 --- Tell me how I can help, I'll later hand in the trace of the slef-lock when= =20 debug.mpsafenet is 1. =2DHarry > > What version of FreeBSD are you running? RELENG_5_3? Could you try to > move `src/sys/contrib/pf' to RELENG_5 instead. There are some bugfixes in > there, that might help you. Specificly there was an endless loop in the > state matching code. Please tell me if that helped. > > > > Best regards, > > > > > > -Harry > > > > > > pf.conf: (note that the interface names are changed, so fxp0 is SDSL > > > e.g.) > > > > > > lan_net=3D"172.23.0.0/16" > > > by_net=3D"192.168.0.0/24" > > > sdsl_net=3D"a.b.c.d/29" > > > > > > sdsl_addr=3D"a.b.c.d" > > > lan_addr=3D"172.23.0.1" > > > #pppoe_addr=3D"10.0.0.1" > > > by_addr=3D"192.168.0.1" > > > > > > proxy=3D"a.a.a.a" > > > mta=3D"b.b.b.b" > > > dns=3D"c.c.c.c" > > > web=3D"d.d.d.d" > > > dns2=3D"10.0.0.2" > > > > > > set block-policy return > > > scrub in all > > > > > > nat on SDSL from $lan_net to !$sdsl_net -> $sdsl_addr > > > rdr inet proto tcp from 62.245.232.135 to $sdsl_addr port 3389 -> > > > 172.23.2.1 port 3389 > > > block in all > > > block out all > > > pass in on lo0 all > > > pass out on lo0 all > > > pass in on LAN from $lan_net to any keep state > > > pass in on SDSL from 62.245.232.135 to any keep state > > > pass in on SDSL proto tcp from any to $proxy port { 22, 80, 443 } keep > > > state pass in on SDSL proto tcp from any to $mta port 25 keep state > > > pass in on SDSL proto { udp, tcp } from any to $dns port 53 keep state > > > pass in on SDSL proto tcp from any to $web port { 80, 443 } keep state > > > > > > pass out on SDSL from $sdsl_net keep state > > > pass out on LAN from $lan_addr to $lan_net keep state > > > > > > P.S.: Why do I need the second line with the following rule? Shouldn't > > > the 'keep state' open the internal interface for outgoing packets from > > > the given IP? > > > pass in on SDSL from 62.245.232.135 to any keep state > > > pass out on LAN from 62.245.232.135 to 172.23.2.1 > > For the normal forwarding path that's true, but not for the RDR case. You > can use "rdr pass" to circumvent this. --nextPart1518387.AZIg36CZts Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB47KBylq0S4AzzwRArTVAJ4ijdPQKN8y8hpLOiPrIpGvEDrFRACggw6G Y5IMGpnTkQNdK9CnrH05K20= =v4vm -----END PGP SIGNATURE----- --nextPart1518387.AZIg36CZts-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 16:32:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42E0C16A4CE for ; Mon, 7 Feb 2005 16:32:46 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4595743D45 for ; Mon, 7 Feb 2005 16:32:45 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 07 Feb 2005 16:32:43 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp002) with SMTP; 07 Feb 2005 17:32:43 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 7 Feb 2005 17:32:39 +0100 User-Agent: KMail/1.7.2 References: <200501081824.49235.max@love2party.net> <200502071652.43030@harrymail> In-Reply-To: <200502071652.43030@harrymail> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2222663.yv3dtsyYLv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502071732.44319@harrymail> X-Y-GMX-Trusted: 0 cc: Max Laier cc: Robert Watson Subject: PANIC: Re: machine locks with PF (without using user dependent rules) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 16:32:46 -0000 --nextPart2222663.yv3dtsyYLv Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 7. Februar 2005 16:52 schrieb Emanuel Strobl: > Am Samstag, 8. Januar 2005 18:24 schrieb Max Laier: > > On Saturday 08 January 2005 17:52, Robert Watson wrote: > > > On Sat, 8 Jan 2005, Harald Schmalzbauer wrote: > > > > my machine hard locks with the attached ruleset. If I set > > > > debug.mpsafenet to 0 everything is fine. This was a wild guess from [...] > Tell me how I can help, I'll later hand in the trace of the slef-lock when > debug.mpsafenet is 1. Like promised, here it is: =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xdeadc1d7 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc047b518 stack pointer =3D 0x10:0xcc694954 frame pointer =3D 0x10:0xcc69495c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 35 (swi1: net) [thread pid 35 tid 100031 ] Stopped at pf_state_compare_ext_gwy+0x18: movzbl 0xf9(%esi),%eax db> trace Tracing pid 35 tid 100031 td 0xc1515190 pf_state_compare_ext_gwy(c1748300,cc6949ac,cc694984,c047c0c2,c17483c4) at=20 pf_state_compare_ext_gwy+0x18 pf_state_tree_ext_gwy_RB_FIND(c17483c4,cc6949ac,c1748300,cc694af8,cc694ab8)= at=20 pf_state_tree_ext_gwy_RB_FIND+0x29 pf_find_state_recurse(c1748300,cc6949ac,1,c076341c,255) at=20 pf_find_state_recurse+0x72 pf_test_state_udp(cc694b00,1,c1748300,c1856c00,14) at pf_test_state_udp+0x90 pf_test(1,c1585800,cc694bf0,0,c1768720) at pf_test+0xb78 pf_check_in(0,cc694bf0,c1585800,1,0) at pf_check_in+0x48 pfil_run_hooks(c07f05a0,cc694c9c,c1585800,1,0) at pfil_run_hooks+0x15b ip_input(c1856c00,0,c076b16d,e6,c07f0660) at ip_input+0x20f netisr_processqueue(cc694cd8,246,c07c5640,2,c1508d40) at=20 netisr_processqueue+0x15 swi_net(0,0,c075f8fb,269,0) at swi_net+0x8d ithread_loop(c1526300,cc694d48,c075f6d4,31e,0) at ithread_loop+0x1ff fork_exit(c055fcb0,c1526300,cc694d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xcc694d7c, ebp =3D 0 --- db> > > -Harry > --nextPart2222663.yv3dtsyYLv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB5gsBylq0S4AzzwRAgW5AJ9qIhE9wFh4YQgJJUDNQfEiSMs3WACfQckt ujw53U3U8AvWZTFGhAfxR6U= =PlYo -----END PGP SIGNATURE----- --nextPart2222663.yv3dtsyYLv-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 16:35:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 091F516A4CE for ; Mon, 7 Feb 2005 16:35:29 +0000 (GMT) Received: from f10.mail.ru (f10.mail.ru [194.67.57.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74CE43D31 for ; Mon, 7 Feb 2005 16:35:28 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f10.mail.ru with local id 1CyBrB-0005qo-00 for freebsd-stable@freebsd.org; Mon, 07 Feb 2005 19:35:25 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Mon, 07 Feb 2005 19:35:25 +0300 From: dima <_pppp@mail.ru> To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Mon, 07 Feb 2005 19:35:25 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: interrupt routing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 16:35:29 -0000 I am preparing a new server for production use. It contains 2 1000BaseTX NICs and 2 SCSI controllers. The interrupt assignment performed by ACPI looks kinda strange: irq24: bge0 ahd0 irq25: bge1 ahd1 How can I affect it? I mean I want all the devices use different IRQ lines. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 17:12:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E12D16A4CE for ; Mon, 7 Feb 2005 17:12:18 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id CB7AB43D58 for ; Mon, 7 Feb 2005 17:12:16 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 52632 invoked by uid 0); 7 Feb 2005 17:33:10 -0000 Received: (qmail 98061 invoked from network); 7 Feb 2005 15:23:54 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:23:54 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BFAE756CD2; Mon, 7 Feb 2005 15:03:05 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7A97C16A51D; Mon, 7 Feb 2005 15:03:02 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D8116A4CE; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A49543D3F; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAPf-000Lel-3H; Mon, 07 Feb 2005 07:02:55 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.33566.487986.323816@ran.psg.com> Date: Mon, 7 Feb 2005 07:02:54 -0800 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 17:12:18 -0000 > diff -u -r1.20 ata-all.c > --- ata-all.c 2005/02/03 17:02:31 1.20 > +++ ata-all.c 2005/02/07 14:27:57 > @@ -630,7 +630,7 @@ > void > ata_udelay(int interval) > { > - if (1 || interval < (1000000/hz) || ata_delayed_attach) > + if (interval < (1000000/hz) || ata_delayed_attach) > DELAY(interval); > else > tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); > no fix hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=7434015 disk light on solid. no response to anything randy _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 17:13:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 433D216A4CE for ; Mon, 7 Feb 2005 17:13:01 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 34CB743D46 for ; Mon, 7 Feb 2005 17:12:59 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 56035 invoked by uid 0); 7 Feb 2005 17:33:57 -0000 Received: (qmail 67869 invoked from network); 7 Feb 2005 14:34:39 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:34:39 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5C44A56E4A; Mon, 7 Feb 2005 14:13:15 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BF80616A4F4; Mon, 7 Feb 2005 14:13:11 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3003C16A4CE; Mon, 7 Feb 2005 14:13:05 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id F28FF43D1F; Mon, 7 Feb 2005 14:13:04 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9dQ-000KLY-3m; Mon, 07 Feb 2005 06:13:04 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.30575.486968.975188@ran.psg.com> Date: Mon, 7 Feb 2005 06:13:03 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 17:13:01 -0000 >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > Does it work with stock ATA ? it did last week, before i rebuilt with patch > I cant work on suspend/resume as it has been broken due to ACPI > brokenness since september last year on all my laptops... yep. been there, have the tee-shirt randy _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 17:14:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 405E916A4D6 for ; Mon, 7 Feb 2005 17:14:51 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 11C5343D46 for ; Mon, 7 Feb 2005 17:14:50 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 07 Feb 2005 17:14:49 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp011) with SMTP; 07 Feb 2005 18:14:49 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 7 Feb 2005 18:14:49 +0100 User-Agent: KMail/1.7.2 References: <200502071652.43030@harrymail> <200502071732.44319@harrymail> In-Reply-To: <200502071732.44319@harrymail> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6562084.uXdU3LV2sz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502071814.54470@harrymail> X-Y-GMX-Trusted: 0 cc: Max Laier cc: Robert Watson Subject: Re: PANIC: Re: machine locks with PF (without using user dependent rules) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 17:14:51 -0000 --nextPart6562084.uXdU3LV2sz Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 7. Februar 2005 17:32 schrieb Emanuel Strobl: > Am Montag, 7. Februar 2005 16:52 schrieb Emanuel Strobl: > > Am Samstag, 8. Januar 2005 18:24 schrieb Max Laier: > > > On Saturday 08 January 2005 17:52, Robert Watson wrote: > > > > On Sat, 8 Jan 2005, Harald Schmalzbauer wrote: > > > > > my machine hard locks with the attached ruleset. If I set > > > > > debug.mpsafenet to 0 everything is fine. This was a wild guess fr= om > > [...] > > > Tell me how I can help, I'll later hand in the trace of the slef-lock > > when debug.mpsafenet is 1. > > Like promised, here it is: > > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0xdeadc1d7 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc047b518 > stack pointer =3D 0x10:0xcc694954 > frame pointer =3D 0x10:0xcc69495c > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 35 (swi1: net) > [thread pid 35 tid 100031 ] > Stopped at pf_state_compare_ext_gwy+0x18: movzbl 0xf9(%esi),%eax Here's another one: =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xc2 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc047adcb stack pointer =3D 0x10:0xcc6975fc frame pointer =3D 0x10:0xcc697604 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 36 (swi5: clock sio) [thread pid 36 tid 100032 ] Stopped at pf_state_tree_lan_ext_RB_FIND+0xb: movl 0(%eax),%ebx db> trace Tracing pid 36 tid 100032 td 0xc1515320 pf_state_tree_lan_ext_RB_FIND(c2,cc69788c,0,cc697a20,cc697998) at=20 pf_state_tree_lan_ext_RB_FIND+0xb pf_find_state_recurse(c176c300,cc69788c,0,c08118f4,c1514e20) at=20 pf_find_state_recurse+0x45 pf_test_state_icmp(cc6979ec,2,c176c300,c1743000,30) at pf_test_state_icmp+0= xb8 pf_test6(2,c1586000,cc697ac0,0,c17565a0) at pf_test6+0xe30 pf_check6_out(0,cc697ac0,c1586000,2,0) at pf_check6_out+0x35 pfil_run_hooks(c07f3980,cc697b58,c1586000,2,0) at pfil_run_hooks+0x15b ip6_output(c1743000,c07f59c0,cc697bdc,0,cc697c4c) at ip6_output+0xb9a mld6_sendpkt(0,c07a5ab0,c07a59a0,c05af360,cc697ca0) at mld6_sendpkt+0x207 mld6_fasttimeo(c07c5680,1,c0767584,100,6) at mld6_fasttimeo+0x83 pffasttimo(0,8,c076302f,f7,38fd) at pffasttimo+0x85 softclock(0,0,c075f8fb,269,0) at softclock+0x12f ithread_loop(c1526280,cc697d48,c075f6d4,31e,0) at ithread_loop+0x1ff fork_exit(c055fcb0,c1526280,cc697d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xcc697d7c, ebp =3D 0 --- db> --nextPart6562084.uXdU3LV2sz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB6IOBylq0S4AzzwRAnXtAKCLHOg0sFs0VkOBvurJ0trCIHaRjACfXKrv IjTufnDdDxxLAamOu4lgDKY= =x9Cj -----END PGP SIGNATURE----- --nextPart6562084.uXdU3LV2sz-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 17:15:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FE3E16A4CF for ; Mon, 7 Feb 2005 17:15:21 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 85B3843D48 for ; Mon, 7 Feb 2005 17:15:19 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 64642 invoked by uid 0); 7 Feb 2005 17:36:14 -0000 Received: (qmail 75994 invoked from network); 7 Feb 2005 14:48:51 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:48:51 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id EAF5C56DC5; Mon, 7 Feb 2005 14:27:55 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5675616A4F4; Mon, 7 Feb 2005 14:27:54 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C1116A4CE; Mon, 7 Feb 2005 14:27:47 +0000 (GMT) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD6343D45; Mon, 7 Feb 2005 14:27:46 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dhcp-75-72.uni-paderborn.de ([131.234.75.72] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43 (FreeBSD)) id 1Cy9rX-000C59-UQ; Mon, 07 Feb 2005 15:27:45 +0100 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 524A04089; Mon, 7 Feb 2005 15:27:36 +0100 (CET) To: =?utf-8?Q?S=C3=B8ren?= Schmidt In-Reply-To: <42077563.9040002@DeepCore.dk> =?utf-8?Q?=28S=C3=B8ren?= Schmidt's message of "Mon, 07 Feb 2005 15:04:19 +0100") References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> From: Arne Schwabe Date: Mon, 07 Feb 2005 15:27:35 +0100 Message-ID: <86oeewsaw8.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-RFC-Spam-Score: -2.6 (--) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 17:15:21 -0000 S=C3=B8ren Schmidt writes: > Randy Bush wrote: >>>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>>by hand): >>> >>> Hmm, do you have ATA compiled in or as modules. I could easily >>> imagine that modules could have problems, but as "built in" nothing >>> really changed... >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > > Does it work with stock ATA ? > I cant work on suspend/resume as it has been broken due to ACPI=20 > brokenness since september last year on all my laptops... Same here, worked before the patch. Does not work with the patch. Arne --=20 compiling millions of tiny c-programs...done checking for a working configure script... not found _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 17:23:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A5BB16A4CF for ; Mon, 7 Feb 2005 17:23:47 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id D333743D58 for ; Mon, 7 Feb 2005 17:23:46 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 90771 invoked by uid 0); 7 Feb 2005 17:43:11 -0000 Received: (qmail 14135 invoked from network); 7 Feb 2005 15:53:28 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:53:28 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 65EED56E34; Mon, 7 Feb 2005 15:32:36 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CCAA816A4E4; Mon, 7 Feb 2005 15:32:34 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3208C16A4CE; Mon, 7 Feb 2005 15:32:28 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF7443D41; Mon, 7 Feb 2005 15:32:27 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FWNWU079533; Mon, 7 Feb 2005 16:32:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420789F5.7040401@DeepCore.dk> Date: Mon, 07 Feb 2005 16:32:05 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> In-Reply-To: <16903.34679.871232.793961@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 17:23:47 -0000 Randy Bush wrote: >>Since I cannot debug this, I have no way of finding out whats wrong. >>I will look at it when ACPI allows me to use suspend/resume again, unti= l=20 >>then I'll concentrated on things that I can work on... >=20 >=20 > where's my refund? :-) > more seriously, shall we do a fund to get you a laptoy on which > acpi happens to work this week? Find such a machine might be very hard, if not plain impossible :/ I already have 3 laptops here (of which none has worked for several=20 month regarding suspend/resume) so I have plenty. However getting=20 laptops to those thats supposed to maintain ACPI might be an idea, but=20 we should make certain that it would help first ;) --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 17:42:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC13216A4CE for ; Mon, 7 Feb 2005 17:42:15 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BF4A343D31 for ; Mon, 7 Feb 2005 17:42:14 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 07 Feb 2005 17:42:13 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp011) with SMTP; 07 Feb 2005 18:42:13 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 7 Feb 2005 18:42:14 +0100 User-Agent: KMail/1.7.2 X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8869461.4pBg13jKzQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502071842.19024@harrymail> X-Y-GMX-Trusted: 0 Subject: PANIC (maybe pf related?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 17:42:15 -0000 --nextPart8869461.4pBg13jKzQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc056cc3c stack pointer = 0x10:0xcc706918 frame pointer = 0x10:0xcc70693c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 442 (cron) [thread pid 442 tid 100069 ] Stopped at _mtx_lock_flags+0x2c: cmpl $0xc0797f24,0(%ebx) db> trace Tracing pid 442 tid 100069 td 0xc158fe10 _mtx_lock_flags(0,0,c075ebf4,768,c176c364) at _mtx_lock_flags+0x2c fdrop(c17a0316,c158fe10,856,8d4,0) at fdrop+0x35 closef(c17a0316,c158fe10,c075ebf4,646,0) at closef+0x32 fdfree(c158fe10,8,c075f5e8,e5,8) at fdfree+0x26b exit1(c158fe10,f,c0762323,9a0,c1794d20) at exit1+0x357 sigexit(c158fe10,f,c0762323,92c,c19c0aa8) at sigexit+0x202 postsig(f,8,c0764e26,100,431) at postsig+0x39b ast(cc706d48) at ast+0x49e doreti_ast() at doreti_ast+0x17 db> This happened after "reboot" -Harry --nextPart8869461.4pBg13jKzQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB6h6Bylq0S4AzzwRAomiAJ9azR7xy/zZkF67I+DzekobsxH/cwCdGssh QwzjzIXYvexhzzW0SILZayo= =twWN -----END PGP SIGNATURE----- --nextPart8869461.4pBg13jKzQ-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 17:43:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CBAA16A4D0 for ; Mon, 7 Feb 2005 17:43:20 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E61843D45 for ; Mon, 7 Feb 2005 17:43:19 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 27510 invoked by uid 0); 7 Feb 2005 18:04:00 -0000 Received: (qmail 78140 invoked from network); 7 Feb 2005 14:53:48 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:53:48 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8656E56D4C; Mon, 7 Feb 2005 14:33:09 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2116316A4E9; Mon, 7 Feb 2005 14:33:01 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F89E16A4CE; Mon, 7 Feb 2005 14:32:54 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB4243D31; Mon, 7 Feb 2005 14:32:53 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17EWnhX078737; Mon, 7 Feb 2005 15:32:51 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077BFF.8060908@DeepCore.dk> Date: Mon, 07 Feb 2005 15:32:31 +0100 From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arne Schwabe References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> In-Reply-To: <86oeewsaw8.fsf@kamino.rfc1149.org> Content-Type: multipart/mixed; boundary="------------000506090707080503050807" X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 17:43:20 -0000 This is a multi-part message in MIME format. --------------000506090707080503050807 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Arne Schwabe wrote: > S=C3=B8ren Schmidt writes: >=20 >=20 >>Randy Bush wrote: >> >>>>>After suspend, my ThinkPad X40 now hangs with following logs (copied= >>>>>by hand): >>>> >>>>Hmm, do you have ATA compiled in or as modules. I could easily >>>>imagine that modules could have problems, but as "built in" nothing >>>>really changed... >>> >>>my patched t41, current with ata in the kernel, locks up with disk >>>light on solid on resume. >> >>Does it work with stock ATA ? >>I cant work on suspend/resume as it has been broken due to ACPI=20 >>brokenness since september last year on all my laptops... >=20 >=20 > Same here, worked before the patch. Does not work with the patch. Hmm, the attached patch is the only real difference, which actually=20 shouldn't pose a problem (and fixes broken APM).. Let me know if that changes anything, other than that you are free to=20 bug the ACPI gang to make ACPI work on the HW I have available for=20 development... -S=C3=B8ren --------------000506090707080503050807 Content-Type: text/plain; name="resume" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="resume" ZGlmZiAtdSAtcjEuMjAgYXRhLWFsbC5jCi0tLSBhdGEtYWxsLmMgICAyMDA1LzAyLzAzIDE3 OjAyOjMxICAgICAxLjIwCisrKyBhdGEtYWxsLmMgICAyMDA1LzAyLzA3IDE0OjI3OjU3CkBA IC02MzAsNyArNjMwLDcgQEAKIHZvaWQKIGF0YV91ZGVsYXkoaW50IGludGVydmFsKQogewot ICAgIGlmICgxIHx8IGludGVydmFsIDwgKDEwMDAwMDAvaHopIHx8IGF0YV9kZWxheWVkX2F0 dGFjaCkKKyAgICBpZiAoaW50ZXJ2YWwgPCAoMTAwMDAwMC9oeikgfHwgYXRhX2RlbGF5ZWRf YXR0YWNoKQogICAgICAgIERFTEFZKGludGVydmFsKTsKICAgICBlbHNlCiAgICAgICAgdHNs ZWVwKCZpbnRlcnZhbCwgUFJJQklPLCAiYXRhc2xwIiwgaW50ZXJ2YWwvKDEwMDAwMDAvaHop KTsKCg== --------------000506090707080503050807 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --------------000506090707080503050807-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 18:43:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A89716A4CF for ; Mon, 7 Feb 2005 18:43:14 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 05D8443D45 for ; Mon, 7 Feb 2005 18:43:14 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 28487 invoked by uid 0); 7 Feb 2005 19:03:56 -0000 Received: (qmail 60874 invoked from network); 7 Feb 2005 14:22:49 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:22:49 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 54F0D56C82; Mon, 7 Feb 2005 14:01:21 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 72B7B16A4F0; Mon, 7 Feb 2005 14:01:18 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6735816A4CE; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1853D43D3F; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9Rp-000K1B-M6; Mon, 07 Feb 2005 06:01:05 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.29857.72896.98582@ran.psg.com> Date: Mon, 7 Feb 2005 06:01:05 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 18:43:14 -0000 >> After suspend, my ThinkPad X40 now hangs with following logs (copied >> by hand): > Hmm, do you have ATA compiled in or as modules. I could easily imagine > that modules could have problems, but as "built in" nothing really > changed... my patched t41, current with ata in the kernel, locks up with disk light on solid on resume. randy _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 19:09:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 586C816A4CF for ; Mon, 7 Feb 2005 19:09:07 +0000 (GMT) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id A891C43D2D for ; Mon, 7 Feb 2005 19:09:06 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com) (mikej@69.193.222.195 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 7 Feb 2005 19:09:06 -0000 Received: from 207.219.213.162 (proxying for unknown) (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Mon, 7 Feb 2005 14:09:04 -0500 (EST) Message-ID: <64692.207.219.213.162.1107803344.squirrel@207.219.213.162> In-Reply-To: <420789F5.7040401@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> <420789F5.7040401@DeepCore.dk> Date: Mon, 7 Feb 2005 14:09:04 -0500 (EST) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 19:09:07 -0000 Sorry to be a BOFH, but could you guys stop crossposting on this topic? I think -current is more suitable for this. Thanks. * Hides in corner * From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 19:12:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F90516A4CF for ; Mon, 7 Feb 2005 19:12:45 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1306D43D45 for ; Mon, 7 Feb 2005 19:12:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2CA2C51461; Mon, 7 Feb 2005 11:12:44 -0800 (PST) Date: Mon, 7 Feb 2005 11:12:44 -0800 From: Kris Kennaway To: "Jos? M. Fandi?o" Message-ID: <20050207191243.GA99692@xor.obsecurity.org> References: <42073FD8.5CCA7EC5@fadesa.es> <20050207102140.GA56842@xor.obsecurity.org> <42074353.9E3EECBE@fadesa.es> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <42074353.9E3EECBE@fadesa.es> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 50% of packets lost only on local interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 19:12:45 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 07, 2005 at 11:30:43AM +0100, Jos? M. Fandi?o wrote: > Kris Kennaway wrote: > >=20 > > On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: > > > "Jos? M. Fandi?o" wrote: > > > > > > > > Chris wrote: > > > > > > > > > > Have tested on 3 boxes. > > > > > > > > yes, it's the intended operation and If I don't see it I don't > > > > believe it but it happens. I ever thought it would be possible. > > > > > > Finally, I found the culprit: > > > > > > CFLAGS=3D"" \ 100% of the transmited traffic is received > > > COPTFLAGS=3D"" / > > > > > > CFLAGS=3D -pipe \ 50% of the transmited traffic is received > > > COPTFLAGS=3D -pipe / > >=20 > > That would be exceedingly strange, because the above two options are > > supposed to produce *no differences at all* with the code generation. > > > > I'd believe that -O and no -O could behave differently, although I > > don't know why you'd want to compile without -O. Actually, the only way I can make sense of this is if CFLAGS=3D"" uses the default CFLAGS, which is -O -pipe. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCB72rWry0BWjoQKURArVGAJ4nBtWRQc52sTbKQLugJvcYfiAkRACfV8tZ hGSil4cCkWj5BdM7FS+UV8E= =/GWw -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 19:47:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA0616A4CE for ; Mon, 7 Feb 2005 19:47:22 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E62C43D3F for ; Mon, 7 Feb 2005 19:47:22 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.249.100 with login) by smtp813.mail.sc5.yahoo.com with SMTP; 7 Feb 2005 19:47:22 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 0EB55617C; Mon, 7 Feb 2005 13:47:21 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 49090-08; Mon, 7 Feb 2005 13:47:19 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 7FF216161; Mon, 7 Feb 2005 13:47:19 -0600 (CST) Message-ID: <4207C5C7.80707@alumni.rice.edu> Date: Mon, 07 Feb 2005 13:47:19 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?=22Jos=E9_M=2E_Fandi=F1o=22?= References: <42073FD8.5CCA7EC5@fadesa.es> <20050207102140.GA56842@xor.obsecurity.org> <42074353.9E3EECBE@fadesa.es> In-Reply-To: <42074353.9E3EECBE@fadesa.es> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: 50% of packets lost only on local interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 19:47:22 -0000 José M. Fandiño wrote: > Kris Kennaway wrote: >> On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: >>> "Jos? M. Fandi?o" wrote: >>>> Chris wrote: >>>>> Have tested on 3 boxes. >>>> >>>> yes, it's the intended operation and If I don't see it I don't >>>> believe it but it happens. I ever thought it would be possible. >>> >>> Finally, I found the culprit: >>> >>> CFLAGS="" \ 100% of the transmited traffic is received >>> COPTFLAGS="" / >>> >>> CFLAGS= -pipe \ 50% of the transmited traffic is received >>> COPTFLAGS= -pipe / >> >> That would be exceedingly strange, because the above two options >> are supposed to produce *no differences at all* with the code >> generation. >> >> I'd believe that -O and no -O could behave differently, although I >> don't know why you'd want to compile without -O. > > because by the time I was compiling the system I was no interested > in compiler optimizations. Now I prefer a lightly optimized kernel > than a system with 50% of packet lost in local interfaces ;-) -O is the default for -STABLE; anything else might very well cause problems. In fact, check out the CFLAGS section of /usr/share/examples/etc/make.conf: "Note that optimization settings other than -O and -O2 are not recommended or supported for compiling the world or the kernel - please revert any nonstandard optimization settings to "-O" before submitting bug reports without patches to the developers." Jon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 21:19:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F8F816A4D1; Mon, 7 Feb 2005 21:19:40 +0000 (GMT) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EFC543D5D; Mon, 7 Feb 2005 21:19:39 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 54EA420A0; Mon, 7 Feb 2005 13:15:07 -0800 (PST) Received: from satchel.alerce.com (0-d-60-f8-9f-4a.dhcp.lbl.gov [131.243.195.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 2444D208C; Mon, 7 Feb 2005 13:15:07 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j17LJaUl001700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 7 Feb 2005 13:19:37 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j17LJZbt001697; Mon, 7 Feb 2005 13:19:35 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16903.56166.836410.312811@satchel.alerce.com> Date: Mon, 7 Feb 2005 13:19:34 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <420789F5.7040401@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> <420789F5.7040401@DeepCore.dk> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 21:19:40 -0000 S=F8ren Schmidt writes: > [...] > Find such a machine might be very hard, if not plain impossible :/ > I already have 3 laptops here (of which none has worked for several=20= > month regarding suspend/resume) so I have plenty. [...] How bad is the acpi suspend/resume situation. I have 5.3-BETA4 on an IBM T42p and suspend to memory and resume work fine. I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but it's on my list of things to do. Does 5.3 Release have a working acpi based suspend/resume for anyone? Does 5-STABLE have a working acpi based suspend/resume for anyone? g. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 21:38:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886D316A4CF for ; Mon, 7 Feb 2005 21:38:04 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id DBDB543D53 for ; Mon, 7 Feb 2005 21:38:01 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 10996 invoked by uid 0); 7 Feb 2005 21:58:57 -0000 Received: (qmail 63421 invoked from network); 7 Feb 2005 14:27:25 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:27:25 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1831F56FCD; Mon, 7 Feb 2005 14:05:31 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5560D16A575; Mon, 7 Feb 2005 14:05:01 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EE3116A4CE; Mon, 7 Feb 2005 14:04:42 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B070543D1F; Mon, 7 Feb 2005 14:04:41 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17E4bB0078363; Mon, 7 Feb 2005 15:04:39 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077563.9040002@DeepCore.dk> Date: Mon, 07 Feb 2005 15:04:19 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> In-Reply-To: <16903.29857.72896.98582@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 21:38:04 -0000 Randy Bush wrote: >>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>by hand): >> >>Hmm, do you have ATA compiled in or as modules. I could easily imagine = >>that modules could have problems, but as "built in" nothing really=20 >>changed... >=20 > my patched t41, current with ata in the kernel, locks up with disk > light on solid on resume. Does it work with stock ATA ? I cant work on suspend/resume as it has been broken due to ACPI=20 brokenness since september last year on all my laptops... --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 21:43:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C552016A4CF for ; Mon, 7 Feb 2005 21:43:01 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 093BB43D46 for ; Mon, 7 Feb 2005 21:43:00 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 29770 invoked by uid 0); 7 Feb 2005 22:03:11 -0000 Received: (qmail 8690 invoked from network); 7 Feb 2005 15:40:31 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:40:31 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 055F05704B; Mon, 7 Feb 2005 15:19:28 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D8E4716A4E5; Mon, 7 Feb 2005 15:19:25 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56CB16A4CE; Mon, 7 Feb 2005 15:19:18 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5CB43D54; Mon, 7 Feb 2005 15:19:17 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FJC3f079331; Mon, 7 Feb 2005 16:19:14 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420786DE.80605@DeepCore.dk> Date: Mon, 07 Feb 2005 16:18:54 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <16903.33566.487986.323816@ran.psg.com> In-Reply-To: <16903.33566.487986.323816@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 21:43:02 -0000 Randy Bush wrote: >>diff -u -r1.20 ata-all.c >>--- ata-all.c 2005/02/03 17:02:31 1.20 >>+++ ata-all.c 2005/02/07 14:27:57 >>@@ -630,7 +630,7 @@ >> void >> ata_udelay(int interval) >> { >>- if (1 || interval < (1000000/hz) || ata_delayed_attach) >>+ if (interval < (1000000/hz) || ata_delayed_attach) >> DELAY(interval); >> else >> tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); >> >=20 >=20 > no fix >=20 > hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=3D74340= 15 >=20 > disk light on solid. no response to anything no idea Since I cannot debug this, I have no way of finding out whats wrong. I will look at it when ACPI allows me to use suspend/resume again, until = then I'll concentrated on things that I can work on... --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 21:43:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF70816A4CE for ; Mon, 7 Feb 2005 21:43:48 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C1E1543D3F for ; Mon, 7 Feb 2005 21:43:47 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 07 Feb 2005 21:43:46 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp021) with SMTP; 07 Feb 2005 22:43:46 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 7 Feb 2005 22:43:46 +0100 User-Agent: KMail/1.7.2 X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2847621.IAZy8OViM2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502072243.51321@harrymail> X-Y-GMX-Trusted: 0 Subject: panic: pf with debug.mpsafenet X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 21:43:48 -0000 --nextPart2847621.IAZy8OViM2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, again I got a panic with PF when debug.mpsafenet is enabled, when set to 0 = the=20 machine runs almost fine, except that 'pfctl -F all -f /etc/pf.conf' panics= =20 and "block return" and "block return-icmp(3,13)" doesn't work. Here's the trace: =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xdeadc1d7 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc047ac48 stack pointer =3D 0x10:0xd135e7e8 frame pointer =3D 0x10:0xd135e7f0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1156 (sshd) [thread pid 1156 tid 100114 ] Stopped at pf_state_compare_lan_ext+0x18: movzbl 0xf9(%esi),%eax db> trace Tracing pid 1156 tid 100114 td 0xc1a24640 pf_state_compare_lan_ext(c1748300,d135e898,d135e818,c047c095,c17483c0) at=20 pf_state_compare_lan_ext+0x18 pf_state_tree_lan_ext_RB_FIND(c17483c0,d135e898,0,c1748300,d135e9a4) at=20 pf_state_tree_lan_ext_RB_FIND+0x29 pf_find_state_recurse(c1748300,d135e898,0,d135e880,d135e840) at=20 pf_find_state_recurse+0x45 pf_test_state_tcp(d135e9ec,2,c1748300,c1745000,14) at pf_test_state_tcp+0xb0 pf_test(2,c1585800,d135eadc,c19ccbf4,c19d4000) at pf_test+0x981 pf_check_out(0,d135eadc,c1585800,2,c19ccbf4) at pf_check_out+0x4e pfil_run_hooks(c07f05a0,d135eb68,c1585800,2,c19ccbf4) at pfil_run_hooks+0x1= 5b ip_output(c1745000,0,d135eb34,0,0) at ip_output+0x3ef tcp_output(c1b7e1c4,8,c076ed93,169,c1ce2654) at tcp_output+0x984 tcp_usr_connect(c1ce2654,c1696b40,c1a24640) at tcp_usr_connect+0xbc soconnect(c1ce2654,c1696b40,c1a24640,10,c05bb4d8) at soconnect+0x5a kern_connect(c1a24640,b,c1696b40,c1696b40) at kern_connect+0x9a connect(c1a24640,d135ed14,c,431,3) at connect+0x48 syscall(807002f,807002f,bfbf002f,807b6c0,b) at syscall+0x137 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (98, FreeBSD ELF32, connect), eip =3D 0x282eeedf, esp =3D 0xb= fbfd8cc,=20 ebp =3D 0xbfbfdd78 --- db> Let me know if I can test anything for you. =2DHarry --nextPart2847621.IAZy8OViM2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB+EXBylq0S4AzzwRAh+0AJ48LyPehpKAOq1uKHalu81Ud019DQCfZtUP 9sOdSmCWvbZyJlabDbkYntQ= =SGu5 -----END PGP SIGNATURE----- --nextPart2847621.IAZy8OViM2-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 22:01:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6400E16A4CE for ; Mon, 7 Feb 2005 22:01:00 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F92543D31 for ; Mon, 7 Feb 2005 22:00:58 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 97897 invoked by uid 0); 7 Feb 2005 22:21:55 -0000 Received: (qmail 9486 invoked from network); 7 Feb 2005 15:42:40 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:42:40 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0DC8F5660A; Mon, 7 Feb 2005 15:21:39 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 102D216A4E1; Mon, 7 Feb 2005 15:21:37 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43B3C16A4CE; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FDB343D58; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAhc-000MCu-Fc; Mon, 07 Feb 2005 07:21:28 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.34679.871232.793961@ran.psg.com> Date: Mon, 7 Feb 2005 07:21:27 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: 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: Mon, 07 Feb 2005 22:01:00 -0000 > Since I cannot debug this, I have no way of finding out whats wrong. > I will look at it when ACPI allows me to use suspend/resume again, until > then I'll concentrated on things that I can work on... where's my refund? :-) more seriously, shall we do a fund to get you a laptoy on which acpi happens to work this week? randy _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 23:05:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB7016A4F7 for ; Mon, 7 Feb 2005 23:05:44 +0000 (GMT) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 1988E43D46 for ; Mon, 7 Feb 2005 23:05:44 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.249.100 with login) by smtp814.mail.sc5.yahoo.com with SMTP; 7 Feb 2005 23:05:43 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id F399063F3; Mon, 7 Feb 2005 17:05:42 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 49566-10; Mon, 7 Feb 2005 17:05:40 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 1C3226161; Mon, 7 Feb 2005 17:05:40 -0600 (CST) Message-ID: <4207F443.8020400@alumni.rice.edu> Date: Mon, 07 Feb 2005 17:05:39 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd4@fadesa.es References: <42073FD8.5CCA7EC5@fadesa.es> <20050207102140.GA56842@xor.obsecurity.org> <42074353.9E3EECBE@fadesa.es> <4207C5C7.80707@alumni.rice.edu> <4207DEEA.E7278E38@fadesa.es> In-Reply-To: <4207DEEA.E7278E38@fadesa.es> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: 50% of packets lost only on local interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:05:44 -0000 José M. Fandiño wrote: > Jon Noack wrote: > >>>> Finally, I found the culprit: >>>>> >>>>> CFLAGS="" \ 100% of the transmited traffic is received >>>>> COPTFLAGS="" / >>>>> >>>>> CFLAGS= -pipe \ 50% of the transmited traffic is received >>>>> COPTFLAGS= -pipe / >>>> > >>> That would be exceedingly strange, because the above two options >>>> are supposed to produce *no differences at all* with the code >>>> generation. >>>> > >>> I'd believe that -O and no -O could behave differently, although >>>> I don't know why you'd want to compile without -O. >>> > >> because by the time I was compiling the system I was no interested >>> in compiler optimizations. Now I prefer a lightly optimized >>> kernel than a system with 50% of packet lost in local interfaces >>> ;-) >> > > -O is the default for -STABLE; anything else might very well cause >> problems. In fact, check out the CFLAGS section of >> /usr/share/examples/etc/make.conf: > > "Note that optimization settings other than -O and -O2 are not >> recommended or supported for compiling the world or the kernel - >> please revert any nonstandard optimization settings to "-O" before >> submitting bug reports without patches to the developers." > > I think this comment was referring to higher optimizations levels > than -O2, anyway removing "-O" shouldn't be so harmful. The explanation I've heard (I have no actual knowledge here, I'm just good at repeating others) is that gcc doesn't compile any ASM with -O0 (which is what you get with CFLAGS="-pipe"). This Breaks Things(tm): http://docs.freebsd.org/cgi/mid.cgi?20020623214947.J84322 kern/52764 is another example: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/52764 More generically it makes sense that gcc treat code differently with -O0 than with -O. With the vast majority of users using -O and different code paths being taken with -O0, it doesn't surprise me at all that there are issues. It should be assumed that nonstandard means exactly what it says: something other than -O (or more recently -O2). If it breaks, try -O. If it's still broken with -O, report away. Regards, Jon P.S. Historically, the reason to use -O0 was for easier debugging. It appears that steps have been taken to ease debugging with -O to the point that it is no longer necessary to use -O0 (with the FreeBSD kernel and world, at least); I don't recall a FreeBSD developer ever asking someone to recompile with -O0 to help solve a problem... From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 23:17:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F6D316A4CE; Mon, 7 Feb 2005 23:17:22 +0000 (GMT) Received: from rockridge.uits.indiana.edu (rockridge.uits.indiana.edu [129.79.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1550D43D1D; Mon, 7 Feb 2005 23:17:20 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (logchain.uits.indiana.edu [129.79.1.77]) j17NHHHd023271; Mon, 7 Feb 2005 18:17:17 -0500 (EST) Received: from [149.161.16.19] (viper-019-client.iusb.edu [149.161.16.19]) (authenticated bits=0)j17NHHsY027085; Mon, 7 Feb 2005 18:17:17 -0500 (EST) Message-ID: <4207F6FC.40001@attglobal.net> Date: Mon, 07 Feb 2005 18:17:16 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hartzell@kestrel.alerce.com References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> <420789F5.7040401@DeepCore.dk> <16903.56166.836410.312811@satchel.alerce.com> In-Reply-To: <16903.56166.836410.312811@satchel.alerce.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 23:17:22 -0000 George Hartzell wrote: > I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but > it's on my list of things to do. > > Does 5.3 Release have a working acpi based suspend/resume for anyone? > > Does 5-STABLE have a working acpi based suspend/resume for anyone? > Suspend to memory works on my T42 on 5.3-STABLE as of 1/1/05. except i've got to restart mosed. I've not bothered to investigate what's going on. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 23:22:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7B816A4CE; Mon, 7 Feb 2005 23:22:52 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A66043D39; Mon, 7 Feb 2005 23:22:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 07 Feb 2005 15:22:52 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EB6545D09; Mon, 7 Feb 2005 15:22:51 -0800 (PST) To: David Scheidt In-reply-to: Your message of "Mon, 07 Feb 2005 18:17:16 EST." <4207F6FC.40001@attglobal.net> Date: Mon, 07 Feb 2005 15:22:51 -0800 From: "Kevin Oberman" Message-Id: <20050207232251.EB6545D09@ptavv.es.net> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 23:22:52 -0000 > Date: Mon, 07 Feb 2005 18:17:16 -0500 > From: David Scheidt > Sender: owner-freebsd-stable@freebsd.org > > George Hartzell wrote: > > > I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but > > it's on my list of things to do. > > > > Does 5.3 Release have a working acpi based suspend/resume for anyone? > > > > Does 5-STABLE have a working acpi based suspend/resume for anyone? > > > > Suspend to memory works on my T42 on 5.3-STABLE as of 1/1/05. except > i've got to restart mosed. I've not bothered to investigate what's > going on. Add hint.psm.0.flags="0x2000" or hint.psm.0.flags="0x6000" to your /boot/device.hints. Try 0x2000 first as it is less extreme. If that does not fix it, try 0x6000. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 23:36:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 383A816A4CE for ; Mon, 7 Feb 2005 23:36:17 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6235A43D2D for ; Mon, 7 Feb 2005 23:36:16 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 93CE31F87BEE; Tue, 8 Feb 2005 00:36:14 +0100 (CET) Date: Tue, 8 Feb 2005 00:36:14 +0100 From: Roman Neuhauser To: Chris Message-ID: <20050207233614.GB2867@isis.wad.cz> References: <3aaaa3a05020314162827195d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a05020314162827195d@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: strange make problem with non root users 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 23:36:17 -0000 # chrcoluk@gmail.com / 2005-02-03 22:16:58 +0000: > have a look at this compiling a eggdrop had the same with some other > apps as well. > > Gazzeh@bollocks eggdrop1.6.17 # make config > make: Permission denied > Gazzeh@bollocks eggdrop1.6.17 # make config > make: Permission denied > Gazzeh@bollocks eggdrop1.6.17 # cd .. > Gazzeh@bollocks Gazzeh # cd eggdrop1.6.17 > Gazzeh@bollocks eggdrop1.6.17 # make config > Detecting modules.................... done. > Calculating dependencies................... done. > Building ./src/mod/Makefile... done. You are misuising the system. What's your $PWD in the dir where you run make config? It should be /usr/ports///, *not* /usr/ports///work//! Oh, and BTW, the error message you got was most probably caused by your $PWD being in a directory that has been rm'd from under your feet and then recreated. -- FreeBSD 4.10-STABLE 12:32AM up 16:32, 5 users, load averages: 0.00, 0.02, 0.00 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 7 23:39:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E722116A4CE for ; Mon, 7 Feb 2005 23:39:14 +0000 (GMT) Received: from inf.ufrgs.br (puma.inf.ufrgs.br [143.54.11.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D85343D48 for ; Mon, 7 Feb 2005 23:39:13 +0000 (GMT) (envelope-from torgan@inf.ufrgs.br) Received: from localhost (smtp.inf.ufrgs.br [127.0.0.1]) by inf.ufrgs.br (8.12.8/8.12.8) with ESMTP id j17NdASl032561 for ; Mon, 7 Feb 2005 21:39:10 -0200 Received: from inf.ufrgs.br ([127.0.0.1]) by localhost (puma [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31396-07 for ; Mon, 7 Feb 2005 21:39:08 -0200 (BRDT) Received: from [10.1.1.8] (f219-1-5.pae.gvt.net.br [200.175.65.219] (may be forged)) (authenticated bits=0) by inf.ufrgs.br (8.12.8/8.12.8) with ESMTP id j17Nd56I032520 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Mon, 7 Feb 2005 21:39:07 -0200 Date: Mon, 7 Feb 2005 21:40:48 -0200 (BRST) From: =?ISO-8859-1?Q?T=F3rgan_Flores_de_Siqueira?= X-X-Sender: torgan@zero To: freebsd-stable@freebsd.org In-Reply-To: <20050207101634.8716616A569@hub.freebsd.org> Message-ID: <20050207212024.H27037@zero> References: <20050207101634.8716616A569@hub.freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-608883161-1107819648=:27037" Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 23:39:15 -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-608883161-1107819648=:27037 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE > On Sun, Feb 06, 2005 at 03:01:49PM +0000, Chris wrote: > >> 4 - compatiblity, I remember using 5.2.1 and pretty much all software >> worked well in that and then they did the bind defaulting to base and >> libs version jump, why wasnt this done in 5.0 so 3rd party apps could >> adjust, now we have a situation where most stuff that worked in 4.x >> worked well in 5.1 and 5.2.1 but then broke in 5.3 so effectively 5.3 >> was liek a new major version over 5.2.1. > > 5.2.1 was clearly marked as a "developer preview" release and you were > warned not to rely on it for production use. As a snapshot of > FreeBSD-CURRENT, binary compatibility is not guaranteed and often > needs to be broken in the course of development. > > Kris Just adding a note: I regularly use FreeBSD on a Toshiba notebook, and switched from 4.x to 5.x to benefit from cardbus support. Well, I started with 5.2.1 and all things did well. Since then, I'm trying to track 5-STABLE with no success. Starting with 5.3-RELEASE, the ACPI stopped to work, as well as did the rl driver. So, I switched back to 5.2.1. []s T=F3rgan --0-608883161-1107819648=:27037-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 00:07:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67F8316A4CF for ; Tue, 8 Feb 2005 00:07:50 +0000 (GMT) Received: from mailtest.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23E2E43D1F for ; Tue, 8 Feb 2005 00:07:50 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 0E835F218D for ; Mon, 7 Feb 2005 16:07:50 -0800 (PST) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 64617-01-86 for ; Mon, 7 Feb 2005 16:07:49 -0800 (PST) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 51D00F2153 for ; Mon, 7 Feb 2005 16:07:49 -0800 (PST) From: Freddie Cash Organization: School District 73 - Kamloops, BC To: freebsd-stable@freebsd.org Date: Mon, 7 Feb 2005 16:07:47 -0800 User-Agent: KMail/1.7.2 References: <20050207101634.8716616A569@hub.freebsd.org> <20050207212024.H27037@zero> In-Reply-To: <20050207212024.H27037@zero> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200502071607.48205.fcash-ml@sd73.bc.ca> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 00:07:50 -0000 On February 7, 2005 03:40 pm, T=F3rgan Flores de Siqueira wrote: > Just adding a note: I regularly use FreeBSD on a Toshiba notebook, > and switched from 4.x to 5.x to benefit from cardbus support. > Well, I started with 5.2.1 and all things did well. Since then, I'm > trying to track 5-STABLE with no success. Starting with 5.3-RELEASE, > the ACPI stopped to work, as well as did the rl driver. > So, I switched back to 5.2.1. What model Toshiba laptop are you using? I'm curious as I have a Toshiba Satellite A60 that works quite nicely=20 with FreeBSD 5.2.1, 5.3, and 6-CURRENT (with the exception of the=20 WinModem and soundcard not working, and the ATA controllers only being=20 recognised as UDMA33). The NIC works, the wireless NIC works, the CPU=20 throttling works, the video card works perfectly in 2D and provides=20 software 3D support (there's no AGP module for the ATI Radeon 7000 IGP=20 chipset). Even the USB 2.0 ports work. 5.2-CURRENT had working sleep/resume support, but then it disappeared=20 one day, and I was never able to track down if it was a BIOS update,=20 ACPI update, or driver update that killed it. Not that it bothers me,=20 I prefer to power it off completely anyway. =2D-=20 =46reddie Cash, CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash-ml@sd73.bc.ca From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 00:29:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A297D16A4CE for ; Tue, 8 Feb 2005 00:29:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5979A43D31 for ; Tue, 8 Feb 2005 00:29:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 85C4051255; Mon, 7 Feb 2005 16:29:23 -0800 (PST) Date: Mon, 7 Feb 2005 16:29:23 -0800 From: Kris Kennaway To: T?rgan Flores de Siqueira Message-ID: <20050208002923.GA83862@xor.obsecurity.org> References: <20050207101634.8716616A569@hub.freebsd.org> <20050207212024.H27037@zero> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20050207212024.H27037@zero> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 00:29:24 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 07, 2005 at 09:40:48PM -0200, T?rgan Flores de Siqueira wrote: > >On Sun, Feb 06, 2005 at 03:01:49PM +0000, Chris wrote: > > > >>4 - compatiblity, I remember using 5.2.1 and pretty much all software > >>worked well in that and then they did the bind defaulting to base and > >>libs version jump, why wasnt this done in 5.0 so 3rd party apps could > >>adjust, now we have a situation where most stuff that worked in 4.x > >>worked well in 5.1 and 5.2.1 but then broke in 5.3 so effectively 5.3 > >>was liek a new major version over 5.2.1. > > > >5.2.1 was clearly marked as a "developer preview" release and you were > >warned not to rely on it for production use. As a snapshot of > >FreeBSD-CURRENT, binary compatibility is not guaranteed and often > >needs to be broken in the course of development. > > > >Kris >=20 > Just adding a note: I regularly use FreeBSD on a Toshiba notebook, and > switched from 4.x to 5.x to benefit from cardbus support. > Well, I started with 5.2.1 and all things did well. Since then, I'm > trying to track 5-STABLE with no success. Starting with 5.3-RELEASE, > the ACPI stopped to work, as well as did the rl driver. > So, I switched back to 5.2.1. Sorry to hear that - I hope you submitted bug reports so that someone can try to fix this, otherwise you might be stuck with 5.2.1 forever. Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCAfjWry0BWjoQKURAuldAKDYjGk8MbY+43z9E5fxt3tLqYzJxgCgxI89 dEvHL0QVgfRH7jG0tRpLhfY= =LXwl -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 02:42:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 467E816A4CE for ; Tue, 8 Feb 2005 02:42:40 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA0B43D31 for ; Tue, 8 Feb 2005 02:42:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0ECC072DF4; Mon, 7 Feb 2005 18:42:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0CDFF72DD4; Mon, 7 Feb 2005 18:42:40 -0800 (PST) Date: Mon, 7 Feb 2005 18:42:40 -0800 (PST) From: Doug White To: Oliver Lehmann In-Reply-To: <20050130122706.055e1b86.lehmann@ans-netz.de> Message-ID: <20050207184103.H94941@carver.gumbysoft.com> References: <20050130122706.055e1b86.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: writeprotected floppy not unmountable on STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 02:42:40 -0000 On Sun, 30 Jan 2005, Oliver Lehmann wrote: > Hi, > > I mounted a write-pretected floppy on 5-STABLE and now I'm not able to > unmount the floppy For the record I can reproduce this. There is #ifdef notyet'd code in fdc that would avoid this case. I'm hoping phk can explain what changes are still necessary to activate that code. It appears some GEOM knowledge needs to make it into the filesystems on RELENG_5. Since the code is active in HEAD it shouldn't allow mounting RO floppies. > root@kartoffel /root> mount_msdosfs /dev/fd0 /mnt/tmp > root@kartoffel /root> touch /mnt/tmp/test > touch: /mnt/tmp/test: Read-only file system > Exit 1 > root@kartoffel /root> mount > /dev/ad0s1a on / (ufs, local) > devfs on /dev (devfs, local) > /dev/ad0s1e on /tmp (ufs, local, soft-updates) > /dev/ad0s1f on /usr (ufs, local, soft-updates) > /dev/ad0s1d on /var (ufs, local, soft-updates) > /dev/ad0s3e on /usr/home (ufs, local, soft-updates) > /dev/ad0s4e on /mnt/movies (ufs, local, soft-updates) > file:/usr/ports on /usr/ports (nfs) > file:/usr/src on /usr/src (nfs) > file:/mnt/backups on /mnt/backups (nfs) > file:/mnt/documents on /mnt/documents (nfs) > file:/mnt/files on /mnt/files (nfs) > www:/usr/local/www on /mnt/www (nfs) > /dev/fd0 on /mnt/tmp (msdosfs, local) > root@kartoffel /root> umount /mnt/tmp > umount: unmount of /mnt/tmp failed: Resource temporarily unavailable > Exit 1 > root@kartoffel /root> > > what works is > > root@kartoffel /root> umount -f /mnt/tmp > root@kartoffel /root> > > CURRENT correctly detects that the floppy is write-protected, and fails to > mount it unless -o ro is specified. umount on CURRENT is also possible. > > root@kartoffel /root> uname -a > FreeBSD kartoffel.salatschuessel.net 5.3-STABLE FreeBSD 5.3-STABLE #0: Sun > Jan 16 15:35:29 CET 2005 > olivleh1@kartoffel.salatschuessel.net:/usr/obj/usr/src/sys/KARTOFFEL i386 > > please keep me CCed - I'm not subscribed > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 02:49:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83A7316A4CE for ; Tue, 8 Feb 2005 02:49:28 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA2443D2F for ; Tue, 8 Feb 2005 02:49:28 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 61FF572DD4; Mon, 7 Feb 2005 18:49:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5C8E672DCB; Mon, 7 Feb 2005 18:49:28 -0800 (PST) Date: Mon, 7 Feb 2005 18:49:28 -0800 (PST) From: Doug White To: dima <_pppp@mail.ru> In-Reply-To: Message-ID: <20050207184723.R94941@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: interrupt routing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 02:49:28 -0000 On Mon, 7 Feb 2005, dima wrote: > I am preparing a new server for production use. > It contains 2 1000BaseTX NICs and 2 SCSI controllers. > The interrupt assignment performed by ACPI looks kinda strange: > irq24: bge0 ahd0 > irq25: bge1 ahd1 > How can I affect it? I mean I want all the devices use different IRQ lines. What hardware, curiously? Are all of these parts onboard? Can you post the ouptut of 'devconf'? This will show the bus associations for these devices. In many cases there are not other IRQs available to route, due to poor BIOS programming, ccorners cut in the physical board layout, etc. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 07:13:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 491AD16A4CE; Tue, 8 Feb 2005 07:13:55 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E22BA43D49; Tue, 8 Feb 2005 07:13:54 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id AD063530C; Tue, 8 Feb 2005 08:13:53 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id EC1885308; Tue, 8 Feb 2005 08:13:43 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 91ABBB86E; Tue, 8 Feb 2005 08:13:43 +0100 (CET) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 08 Feb 2005 08:13:43 +0100 In-Reply-To: <42028F29.1030801@DeepCore.dk> =?iso-8859-1?q?=28S=F8ren?= Schmidt's message of "Thu, 03 Feb 2005 21:52:57 +0100") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 07:13:55 -0000 S=F8ren Schmidt writes: > http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3j.tar.gz sys/dev/ata/ata-all.c rev 1.235 conflicts, could you please update the -CURRENT patch? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 07:23:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 803D816A4CE; Tue, 8 Feb 2005 07:23:25 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D84643D46; Tue, 8 Feb 2005 07:23:24 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j187NJbk092068; Tue, 8 Feb 2005 08:23:21 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420868D5.7030904@DeepCore.dk> Date: Tue, 08 Feb 2005 08:23:01 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <42028F29.1030801@DeepCore.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 07:23:25 -0000 Dag-Erling Sm=F8rgrav wrote: > S=F8ren Schmidt writes: >=20 >>http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz >>http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz >>http://people.freebsd.org/~sos/ata-mk3j.tar.gz >=20 >=20 > sys/dev/ata/ata-all.c rev 1.235 conflicts, could you please update the > -CURRENT patch? There is no patch for ata-all.c there is a replacement. I will=20 eventually get that updated (so you can run cvs diff ?)... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 07:33:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBBC16A4CE; Tue, 8 Feb 2005 07:33:29 +0000 (GMT) Received: from entropy.tmok.com (entropy.tmok.com [68.15.34.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08FA843D4C; Tue, 8 Feb 2005 07:33:29 +0000 (GMT) (envelope-from vman@entropy.tmok.com) Received: from entropy.tmok.com (vman@localhost.tmok.com [127.0.0.1]) by entropy.tmok.com (8.12.10/8.12.9) with ESMTP id j187XMbO035752; Tue, 8 Feb 2005 02:33:23 -0500 (EST) (envelope-from vman@entropy.tmok.com) Received: (from vman@localhost) by entropy.tmok.com (8.12.10/8.12.5/Submit) id j187XL4J035751; Tue, 8 Feb 2005 02:33:21 -0500 (EST) (envelope-from vman) Message-ID: <20050208023321.A35686@tmok.com> Date: Tue, 8 Feb 2005 02:33:21 -0500 From: Vlad Manilici To: sos@DeepCore.dk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 07:33:29 -0000 Hi, > Does 5-STABLE have a working acpi based suspend/resume for anyone? I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) seems to work, but there is no way to resume. How do you trigger a resume?? CU, Vlad From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 08:07:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E401316A4CE; Tue, 8 Feb 2005 08:07:23 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2316743D53; Tue, 8 Feb 2005 08:07:23 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 76F78530C; Tue, 8 Feb 2005 09:07:21 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1E7A35308; Tue, 8 Feb 2005 09:06:53 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id D4031B86E; Tue, 8 Feb 2005 09:06:53 +0100 (CET) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420868D5.7030904@DeepCore.dk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 08 Feb 2005 09:06:53 +0100 In-Reply-To: <420868D5.7030904@DeepCore.dk> =?iso-8859-1?q?=28S=F8ren?= Schmidt's message of "Tue, 08 Feb 2005 08:23:01 +0100") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 08:07:24 -0000 S=F8ren Schmidt writes: > There is no patch for ata-all.c there is a replacement. I will > eventually get that updated (so you can run cvs diff ?)... OK, thanks. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 09:23:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F9816A4CE for ; Tue, 8 Feb 2005 09:23:10 +0000 (GMT) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 799F143D1D for ; Tue, 8 Feb 2005 09:23:09 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j189Mhhr009428 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 8 Feb 2005 20:22:44 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j189Mh7l059247; Tue, 8 Feb 2005 20:22:43 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j189MdMu059246; Tue, 8 Feb 2005 20:22:39 +1100 (EST) (envelope-from pjeremy) Date: Tue, 8 Feb 2005 20:22:38 +1100 From: Peter Jeremy To: Jon Noack Message-ID: <20050208092238.GC57256@cirb503493.alcatel.com.au> References: <42073FD8.5CCA7EC5@fadesa.es> <20050207102140.GA56842@xor.obsecurity.org> <42074353.9E3EECBE@fadesa.es> <4207C5C7.80707@alumni.rice.edu> <4207DEEA.E7278E38@fadesa.es> <4207F443.8020400@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4207F443.8020400@alumni.rice.edu> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: 50% of packets lost only on local interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 09:23:10 -0000 On Mon, 2005-Feb-07 17:05:39 -0600, Jon Noack wrote: >José M. Fandiño wrote: >>Jon Noack wrote: >>>>>> Finally, I found the culprit: >>>>>> >>>>>>CFLAGS="" \ 100% of the transmited traffic is received >>>>>>COPTFLAGS="" / >>>>>> >>>>>>CFLAGS= -pipe \ 50% of the transmited traffic is received >>>>>>COPTFLAGS= -pipe / It would be quite interesting to compare the actual commands that are generated: Capture the buildworld/kernel output and compare the same command in both cases. If the only difference is really just "-pipe", then we need to do some more investigating. >The explanation I've heard (I have no actual knowledge here, I'm just >good at repeating others) is that gcc doesn't compile any ASM with -O0 >(which is what you get with CFLAGS="-pipe"). This Breaks Things(tm): There used to be inconsistencies in the way gcc handle asm() statements so that it could be difficult to write asm() statement constraints that worked correctly with both -O0, -O1 and -O2 but it never ignored asm() statements. (I haven't looked since about 2.95 so I'm not sure if the 3.x series fixed this problem) >http://docs.freebsd.org/cgi/mid.cgi?20020623214947.J84322 The error message quoted in this article refers to the constraint problem above. The problem was not asm() was being ignored (or that incorrect code was generated) but that the compiler incorrectly reported errors (and failed to compile the code). (I recognize that function name - I spent weeks trying to come up with a constraint set that worked with both -O0 and -O1 and eventually gave up). Since you have managed to compile a kernel, I very much doubt you are running into the same problem. >kern/52764 is another example: >http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/52764 Again, this is a "fails to compile" report, not a "generates incorrect code" report. The code in question was written on the assumption that the compiler would do dead code removal and "gcc -O0" doesn't. >More generically it makes sense that gcc treat code differently with -O0 >than with -O. By definition, it has to - otherwise the generated code would be the same. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 10:27:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4522C16A4CE for ; Tue, 8 Feb 2005 10:27:36 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B26B43D5A for ; Tue, 8 Feb 2005 10:27:35 +0000 (GMT) (envelope-from dave.uy@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so864094rne for ; Tue, 08 Feb 2005 02:27:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=kFktR8BVkOV6GUn2xLBzZgQISwu6Qyn7d4ILKqbv6spODY7c5Ger57Jc2GvTt161A8OjdCOKox++PaUawP0WgVD0eER0X9J7idlXPcG3lYdMDW+W7/wmQSCwm4BBnoXGDN8M9QZwyXYNkVAfrsHjb052/fENC3ST/yJbtwwNKVI= Received: by 10.38.11.40 with SMTP id 40mr92452rnk; Tue, 08 Feb 2005 02:27:34 -0800 (PST) Received: by 10.38.70.43 with HTTP; Tue, 8 Feb 2005 02:27:34 -0800 (PST) Message-ID: Date: Tue, 8 Feb 2005 18:27:34 +0800 From: david uy To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Please fix ucom + uplcom on -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: david uy List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 10:27:36 -0000 Hello, My stable box panics daily with: panic: uhci_abort_xfer : not in process context I read that it's been fixed in -current. Will the fix be coming to -stable anytime soon? Dennis From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 12:07:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5E6B16A4CE for ; Tue, 8 Feb 2005 12:07:04 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7B4E43D2F for ; Tue, 8 Feb 2005 12:07:03 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j18C7195003499 for ; Tue, 8 Feb 2005 13:07:02 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j18C70VA006785 for ; Tue, 8 Feb 2005 13:07:01 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Tue, 8 Feb 2005 13:07:00 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 12:07:04 -0000 Hi, I saw several changes to sched_ule.c in the 5 stable branch. Beneath is one of them: http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html Is the ULE scheduler still far from stable in RELENG_5 or not? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 12:33:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D28116A4CE for ; Tue, 8 Feb 2005 12:33:18 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B49143D5D for ; Tue, 8 Feb 2005 12:33:17 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 12:33:15 -0000 Received: from pD955FBD7.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.251.215) by mail.gmx.net (mp003) with SMTP; 08 Feb 2005 13:33:15 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j18CX9aY039798 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Feb 2005 13:33:12 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 8 Feb 2005 13:33:04 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3669521.eIOTLYlc9d"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502081333.08964.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Mipam Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 12:33:18 -0000 --nextPart3669521.eIOTLYlc9d Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 8. February 2005 13:07, Mipam wrote: > Hi, > > I saw several changes to sched_ule.c in the 5 stable branch. > Beneath is one of them: > > http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html > > Is the ULE scheduler still far from stable in RELENG_5 or not? You can now compile a kernel with options SCHED_ULE again. How well it work= s=20 is for yourself to determine :-) (I've been using it on my UP machine here= =20 since yesterday only). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart3669521.eIOTLYlc9d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCLGEXhc68WspdLARAs9YAKChI/7pvB5Kq4Mhw6926hyDZVRsKQCfcOV6 OrwCu/p6cB3ZnaG6voH8KXk= =ZdfH -----END PGP SIGNATURE----- --nextPart3669521.eIOTLYlc9d-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 12:39:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE32716A4CE for ; Tue, 8 Feb 2005 12:39:02 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A0AB43D48 for ; Tue, 8 Feb 2005 12:39:02 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j18Cd095019480; Tue, 8 Feb 2005 13:39:00 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j18CcwIk021319; Tue, 8 Feb 2005 13:38:59 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Tue, 8 Feb 2005 13:38:58 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: Michael Nottebrock In-Reply-To: <200502081333.08964.michaelnottebrock@gmx.net> Message-ID: References: <200502081333.08964.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 12:39:03 -0000 On Tue, 8 Feb 2005, Michael Nottebrock wrote: > On Tuesday, 8. February 2005 13:07, Mipam wrote: > > Hi, > > > > I saw several changes to sched_ule.c in the 5 stable branch. > > Beneath is one of them: > > > > http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html > > > > Is the ULE scheduler still far from stable in RELENG_5 or not? > > You can now compile a kernel with options SCHED_ULE again. How well it works > is for yourself to determine :-) (I've been using it on my UP machine here > since yesterday only). Okay, so then the ULE sched is fairly stable then? But it's still not the default scheduler? Is it safe to use right now under RELENG_5 or not? Oh yes, i have smp machines, two physical cpu's and one machine with a hyperthreading cpu and i do have preemption enabled in the kernel config. Would that be still safe to try? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 12:43:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D1E16A4E7 for ; Tue, 8 Feb 2005 12:43:06 +0000 (GMT) Received: from mailgw.icon.bg (mailgw.icon.bg [213.222.48.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4710A43D46 for ; Tue, 8 Feb 2005 12:43:05 +0000 (GMT) (envelope-from v0rbiz@icon.bg) Received: from localhost ([::1] helo=mailgw.icon.bg) by mailgw.icon.bg with esmtp (Exim 4.43 (FreeBSD)) id 1CyUk1-0009AY-Cl for freebsd-stable@freebsd.org; Tue, 08 Feb 2005 14:45:22 +0200 Received: from 213.222.48.10 (SquirrelMail authenticated user v0rbiz1) by mailgw.icon.bg with HTTP; Tue, 8 Feb 2005 14:45:17 +0200 (EET) Message-ID: <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> In-Reply-To: <200502081333.08964.michaelnottebrock@gmx.net> References: <200502081333.08964.michaelnottebrock@gmx.net> Date: Tue, 8 Feb 2005 14:45:17 +0200 (EET) From: "Viktor Ivanov" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=windows-1251 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.8 (--) Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: v0rbiz@icon.bg List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 12:43:06 -0000 On Tue, Ôåâðóàðè 8, 2005 14:33, Michael Nottebrock êàçà: > On Tuesday, 8. February 2005 13:07, Mipam wrote: >> I saw several changes to sched_ule.c in the 5 stable branch. >> Beneath is one of them: >> >> http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html >> >> Is the ULE scheduler still far from stable in RELENG_5 or not? > > You can now compile a kernel with options SCHED_ULE again. How well it > works > is for yourself to determine :-) (I've been using it on my UP machine here > since yesterday only). Hi there I've been using only SCHED_ULE on my UP WS, even when there was #error def. It never broke, not even once :) Though I think there's trouble with SMP and/or HTT. I tried it once on a P4 and it paniced. On the other hand, using SCHED_ULE improves sound quality and general system 'response' concerning GUI... don't know 'bout performance. Regards From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 12:43:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95EC916A4CE for ; Tue, 8 Feb 2005 12:43:50 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 2990D43D31 for ; Tue, 8 Feb 2005 12:43:49 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 14696 invoked from network); 8 Feb 2005 12:39:14 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 8 Feb 2005 12:39:14 -0000 Received: (qmail 24133 invoked by uid 89); 8 Feb 2005 12:46:55 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 8 Feb 2005 12:46:55 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 2C57D116B4; Tue, 8 Feb 2005 14:43:44 +0200 (EET) Date: Tue, 8 Feb 2005 14:43:43 +0200 From: Ion-Mihai Tetcu To: Michael Nottebrock Message-ID: <20050208144343.5bd6dd76@it.buh.tecnik93.com> In-Reply-To: <200502081333.08964.michaelnottebrock@gmx.net> References: <200502081333.08964.michaelnottebrock@gmx.net> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Mipam cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 12:43:50 -0000 On Tue, 8 Feb 2005 13:33:04 +0100 Michael Nottebrock wrote: > On Tuesday, 8. February 2005 13:07, Mipam wrote: > > Hi, > > > > I saw several changes to sched_ule.c in the 5 stable branch. > > Beneath is one of them: > > > > http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html > > > > Is the ULE scheduler still far from stable in RELENG_5 or not? > > You can now compile a kernel with options SCHED_ULE again. How well it works > is for yourself to determine :-) (I've been using it on my UP machine here > since yesterday only). Could you tell us again after a week ? There used to be a panic when using rtprio to raise the priority of a running process, do you know if it's fix ? -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 12:49:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AFDD16A4CE for ; Tue, 8 Feb 2005 12:49:04 +0000 (GMT) Received: from mailgw.icon.bg (mailgw.icon.bg [213.222.48.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3988543D53 for ; Tue, 8 Feb 2005 12:49:04 +0000 (GMT) (envelope-from v0rbiz@icon.bg) Received: from localhost ([::1] helo=mailgw.icon.bg) by mailgw.icon.bg with esmtp (Exim 4.43 (FreeBSD)) id 1CyUpp-0009BT-3Y for freebsd-stable@freebsd.org; Tue, 08 Feb 2005 14:51:21 +0200 Received: from 213.222.48.10 (SquirrelMail authenticated user v0rbiz1) by mailgw.icon.bg with HTTP; Tue, 8 Feb 2005 14:51:17 +0200 (EET) Message-ID: <4293.213.222.48.10.1107867077.squirrel@mailgw.icon.bg> In-Reply-To: <20050208144343.5bd6dd76@it.buh.tecnik93.com> References: <200502081333.08964.michaelnottebrock@gmx.net> <20050208144343.5bd6dd76@it.buh.tecnik93.com> Date: Tue, 8 Feb 2005 14:51:17 +0200 (EET) From: "Viktor Ivanov" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=windows-1251 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.8 (--) Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: v0rbiz@icon.bg List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 12:49:04 -0000 On Tue, Ôåâðóàðè 8, 2005 14:43, Ion-Mihai Tetcu êàçà: > Could you tell us again after a week ? There used to be a panic when > using rtprio to raise the priority of a running process, do you know if > it's fix ? > I never had those, and I usually run mplayer with rtprio 30... Though mplayer never uses much CPU, only when playing WMV9. Sorry I can't test the new patches too 'cause the WS is not available now. Regards From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 12:58:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F78E16A4CE for ; Tue, 8 Feb 2005 12:58:23 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4076E43D45 for ; Tue, 8 Feb 2005 12:58:22 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 12:58:20 -0000 Received: from pD955FBD7.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.251.215) by mail.gmx.net (mp025) with SMTP; 08 Feb 2005 13:58:20 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j18Cw9aY040032 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Feb 2005 13:58:09 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Mipam Date: Tue, 8 Feb 2005 13:58:03 +0100 User-Agent: KMail/1.7.2 References: <200502081333.08964.michaelnottebrock@gmx.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5251640.dMrYo3gm8j"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502081358.08045.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 12:58:23 -0000 --nextPart5251640.dMrYo3gm8j Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 8. February 2005 13:38, Mipam wrote: > Okay, so then the ULE sched is fairly stable then? > But it's still not the default scheduler? It will never become the default scheduler in 5.x again. 5.x went into -STA= BLE=20 mode with 4BSD, and that's why the default will remain 4BSD. > Is it safe to use right now=20 > under RELENG_5 or not?=20 As already said, you need to try *yourself*. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5251640.dMrYo3gm8j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCLdfXhc68WspdLARApc9AJ9TKelF8uBY82k8lVW/5oTPKG2dwACfblvQ 7jkUX0D6hMv74RaDUmRvYAI= =aX+J -----END PGP SIGNATURE----- --nextPart5251640.dMrYo3gm8j-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:00:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7052C16A4CE for ; Tue, 8 Feb 2005 13:00:18 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 320F343D39 for ; Tue, 8 Feb 2005 13:00:17 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 13:00:15 -0000 Received: from pD955FBD7.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.251.215) by mail.gmx.net (mp018) with SMTP; 08 Feb 2005 14:00:15 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j18D07aY040094 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Feb 2005 14:00:08 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Ion-Mihai Tetcu Date: Tue, 8 Feb 2005 14:00:03 +0100 User-Agent: KMail/1.7.2 References: <200502081333.08964.michaelnottebrock@gmx.net> <20050208144343.5bd6dd76@it.buh.tecnik93.com> In-Reply-To: <20050208144343.5bd6dd76@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2435957.NAgjQZ7oZz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502081400.07233.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Mipam cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:00:18 -0000 --nextPart2435957.NAgjQZ7oZz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 8. February 2005 13:43, Ion-Mihai Tetcu wrote: > There used to be a panic when > using rtprio to raise the priority of a running process, do you know if > it's fix ? I never got any panics with ULE back when it was available, so I can't tell. If you care about ULE, turn it on and see for yourself - more testers make= =20 better testing. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2435957.NAgjQZ7oZz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCLfXXhc68WspdLARAghdAJ4gwqAxSNJH+wR6axILvKj9D/NXMwCfQRX3 uk0JVq+HltsMBKSNrv8k7Lc= =02Do -----END PGP SIGNATURE----- --nextPart2435957.NAgjQZ7oZz-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:02:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73F9F16A4CE for ; Tue, 8 Feb 2005 13:02:30 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E7043D4C for ; Tue, 8 Feb 2005 13:02:29 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j18D2R95000199; Tue, 8 Feb 2005 14:02:28 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j18D2Qkx014861; Tue, 8 Feb 2005 14:02:27 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Tue, 8 Feb 2005 14:02:26 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: Michael Nottebrock In-Reply-To: <200502081358.08045.michaelnottebrock@gmx.net> Message-ID: References: <200502081358.08045.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:02:30 -0000 On Tue, 8 Feb 2005, Michael Nottebrock wrote: > On Tuesday, 8. February 2005 13:38, Mipam wrote: > > > Okay, so then the ULE sched is fairly stable then? > > But it's still not the default scheduler? > > It will never become the default scheduler in 5.x again. 5.x went into -STABLE > mode with 4BSD, and that's why the default will remain 4BSD. > > > Is it safe to use right now > > under RELENG_5 or not? > > As already said, you need to try *yourself*. Okay clear, but the fact that it's in 5-stable suggests the it's stable to use, else why would it be in 5-stable. Maybe i'm completly wrong in this interpretation? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:14:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F08916A4CE for ; Tue, 8 Feb 2005 13:14:50 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 16FA343D31 for ; Tue, 8 Feb 2005 13:14:49 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 30564 invoked from network); 8 Feb 2005 13:10:15 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 8 Feb 2005 13:10:15 -0000 Received: (qmail 29283 invoked by uid 89); 8 Feb 2005 13:17:56 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 8 Feb 2005 13:17:56 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 195111140D; Tue, 8 Feb 2005 15:14:45 +0200 (EET) Date: Tue, 8 Feb 2005 15:14:44 +0200 From: Ion-Mihai Tetcu To: Michael Nottebrock Message-ID: <20050208151444.1e2f2045@it.buh.tecnik93.com> In-Reply-To: <200502081400.07233.michaelnottebrock@gmx.net> References: <200502081333.08964.michaelnottebrock@gmx.net> <20050208144343.5bd6dd76@it.buh.tecnik93.com> <200502081400.07233.michaelnottebrock@gmx.net> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Mipam cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:14:50 -0000 On Tue, 8 Feb 2005 14:00:03 +0100 Michael Nottebrock wrote: > On Tuesday, 8. February 2005 13:43, Ion-Mihai Tetcu wrote: > > There used to be a panic when > > using rtprio to raise the priority of a running process, do you know if > > it's fix ? > > I never got any panics with ULE back when it was available, so I can't tell. This was absolutely reproducible there is / was a PR on it. > If you care about ULE, turn it on and see for yourself - more testers make > better testing. I will do it it the weekend. Thanks. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:18:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6274316A4CE; Tue, 8 Feb 2005 13:18:24 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F67243D2D; Tue, 8 Feb 2005 13:18:21 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CyVG0-0007tb-00; Tue, 08 Feb 2005 14:18:20 +0100 Received: from [217.83.7.20] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CyVFz-00007l-00; Tue, 08 Feb 2005 14:18:20 +0100 From: Max Laier To: freebsd-stable@freebsd.org Date: Tue, 8 Feb 2005 14:18:06 +0100 User-Agent: KMail/1.7.2 References: <200501081824.49235.max@love2party.net> <200502071652.43030@harrymail> In-Reply-To: <200502071652.43030@harrymail> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1758176.z3CxIh58ot"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502081418.14813.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Emanuel Strobl cc: Robert Watson Subject: Re: machine locks with PF (without using user dependent rules) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:18:24 -0000 --nextPart1758176.z3CxIh58ot Content-Type: multipart/mixed; boundary="Boundary-01=_QwLCCttys9ADC69" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_QwLCCttys9ADC69 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 07 February 2005 16:52, Emanuel Strobl wrote: > Resuming work on this, I managed to get a remote console to the box and > here's what I get with today's RELENG_5 and the following command, also I > need to set debug.mpsafenet to 0 otherwise my ruleset doesn't work (do wh= at > it should do and does when set to 0 but not when default 1): > pfctl -F all -f /etc/pf.conf > > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0xdeadc1d7 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc047ac48 > stack pointer =3D 0x10:0xd0a44728 > frame pointer =3D 0x10:0xd0a44730 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1053 (sshd) > [thread pid 1053 tid 100081 ] > Stopped at pf_state_compare_lan_ext+0x18: movzbl 0xf9(%esi),%eax > db> trace > Tracing pid 1053 tid 100081 td 0xc177e190 > pf_state_compare_lan_ext(c176ca00,d0a447d8,d0a44758,c047c095,c176cac0) at > pf_state_compare_lan_ext+0x18 > pf_state_tree_lan_ext_RB_FIND(c176cac0,d0a447d8,0,c176ca00,d0a448e4) at > pf_state_tree_lan_ext_RB_FIND+0x29 > pf_find_state_recurse(c176ca00,d0a447d8,0,da7a0000,c0586400) at > pf_find_state_recurse+0x45 > pf_test_state_tcp(d0a4492c,2,c176ca00,c1746b00,14) at > pf_test_state_tcp+0xb0 pf_test(2,c1586000,d0a44a1c,c19ff168,c1756720) at > pf_test+0x981 > pf_check_out(0,d0a44a1c,c1586000,2,c19ff168) at pf_check_out+0x4e > pfil_run_hooks(c07f05a0,d0a44aa8,c1586000,2,c19ff168) at > pfil_run_hooks+0x15b ip_output(c1746b00,0,d0a44a74,0,0) at ip_output+0x3ef > tcp_output(c1a02710,c1744900,c076ed93,280,0) at tcp_output+0x984 > tcp_usr_send(c1b5fdec,0,c1744900,0,0) at tcp_usr_send+0x239 > sosend(c1b5fdec,0,d0a44c84,c1744900,0) at sosend+0x62b > soo_write(c1c5c264,d0a44c84,c1b0f680,0,c177e190) at soo_write+0x49 > dofilewrite(5,8081000,a0,ffffffff,ffffffff) at dofilewrite+0xac > write(c177e190,d0a44d14,c,431,3) at write+0x77 > syscall(2f,2f,2f,8071d88,a0) at syscall+0x137 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (4, FreeBSD ELF32, write), eip =3D 0x282ef73f, esp =3D 0xbfbf= ddfc, > ebp =3D0xbfbfde18 --- > > Tell me how I can help, I'll later hand in the trace of the slef-lock when > debug.mpsafenet is 1. Do you have pfsync compiled in? Is it up? If that's the case, can you try= to=20 reproduce with a kernel without "device pfsync", please? Can you also plea= se=20 try the attached diff and see if it turns up anything - though I certainly= =20 doubt that. Really except to see pfsync being the culprit here. Tell me i= f=20 removeing it helps. Thanks. I'm a bit busy these days so I can't do extensive testing myself. It'd be = a=20 great help if you could verify that I am looking at the right thing. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_QwLCCttys9ADC69 Content-Type: text/x-diff; charset="iso-8859-1"; name="pfassert.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pfassert.diff" Index: pf.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: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/pf.c,v retrieving revision 1.26 diff -u -r1.26 pf.c =2D-- pf.c 20 Jan 2005 18:07:35 -0000 1.26 +++ pf.c 8 Feb 2005 13:10:32 -0000 @@ -862,6 +862,7 @@ { struct pf_src_node *cur, *next; =20 + PF_ASSERT(MA_OWNED); for (cur =3D RB_MIN(pf_src_tree, &tree_src_tracking); cur; cur =3D next)= { next =3D RB_NEXT(pf_src_tree, &tree_src_tracking, cur); =20 @@ -889,6 +890,7 @@ { u_int32_t timeout; =20 + PF_ASSERT(MA_OWNED); if (s->src_node !=3D NULL) { if (--s->src_node->states <=3D 0) { timeout =3D s->rule.ptr->timeout[PFTM_SRC_NODE]; @@ -923,6 +925,7 @@ { struct pf_state *cur, *next; =20 + PF_ASSERT(MA_OWNED); for (cur =3D RB_MIN(pf_state_tree_id, &tree_id); cur; cur =3D next) { next =3D RB_NEXT(pf_state_tree_id, &tree_id, cur); --Boundary-01=_QwLCCttys9ADC69-- --nextPart1758176.z3CxIh58ot Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCLwWXyyEoT62BG0RApMdAJ48brxdFukP/WmwxykBwRELHzUdoACfZteP mk5dxqknKX2AgTnTaCt0bFI= =/wFc -----END PGP SIGNATURE----- --nextPart1758176.z3CxIh58ot-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:20:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C0B16A4CE for ; Tue, 8 Feb 2005 13:20:11 +0000 (GMT) Received: from f12.mail.ru (f12.mail.ru [194.67.57.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC24743D55 for ; Tue, 8 Feb 2005 13:20:10 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f12.mail.ru with local id 1CyVHq-0006yL-00; Tue, 08 Feb 2005 16:20:14 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Tue, 08 Feb 2005 16:20:14 +0300 From: dima <_pppp@mail.ru> To: Doug White Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Tue, 08 Feb 2005 16:20:14 +0300 In-Reply-To: <20050207184723.R94941@carver.gumbysoft.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: freebsd-stable@freebsd.org Subject: Re[2]: interrupt routing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 13:20:11 -0000 > > I am preparing a new server for production use. > > It contains 2 1000BaseTX NICs and 2 SCSI controllers. > > The interrupt assignment performed by ACPI looks kinda strange: > > irq24: bge0 ahd0 > > irq25: bge1 ahd1 > > How can I affect it? I mean I want all the devices use different IRQ lines. > > What hardware, curiously? Are all of these parts onboard? Can you post > the ouptut of 'devconf'? This will show the bus associations for these > devices. Its Tyan S2882 and all the devices are onboard ones. I dont know about devconf ($ locate devconf produces empty output as well) but pciconf results are as follows: ahd0@pci2:6:0: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B Ultra320 SCSI Controller' class = mass storage subclass = SCSI ahd1@pci2:6:1: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B Ultra320 SCSI Controller' class = mass storage subclass = SCSI bge0@pci2:9:0: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet bge1@pci2:9:1: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet The server runs i386 version of FreeBSD (5.3-RELEASE-p5) since I experienced some problems building ports on amd64 version. > In many cases there are not other IRQs available to route, due to poor > BIOS programming, ccorners cut in the physical board layout, etc. I think this is the case :/ The BIOS assigned all those devices IRQ10 and there is no way to change the settings... From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:22:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDA5716A4CE for ; Tue, 8 Feb 2005 13:22:29 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id BD6EF43D4C for ; Tue, 8 Feb 2005 13:22:28 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 745 invoked from network); 8 Feb 2005 13:17:55 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 8 Feb 2005 13:17:55 -0000 Received: (qmail 30510 invoked by uid 89); 8 Feb 2005 13:25:35 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 8 Feb 2005 13:25:35 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 0B2DA114D2; Tue, 8 Feb 2005 15:22:25 +0200 (EET) Date: Tue, 8 Feb 2005 15:22:24 +0200 From: Ion-Mihai Tetcu To: v0rbiz@icon.bg Message-ID: <20050208152224.65536bad@it.buh.tecnik93.com> In-Reply-To: <4293.213.222.48.10.1107867077.squirrel@mailgw.icon.bg> References: <200502081333.08964.michaelnottebrock@gmx.net> <20050208144343.5bd6dd76@it.buh.tecnik93.com> <4293.213.222.48.10.1107867077.squirrel@mailgw.icon.bg> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:22:30 -0000 On Tue, 8 Feb 2005 14:51:17 +0200 (EET) "Viktor Ivanov" wrote: > On Tue, =D4=E5=E2=F0=F3=E0=F0=E8 8, 2005 14:43, Ion-Mihai Tetcu =EA=E0=E7= =E0: > > Could you tell us again after a week ? There used to be a panic when > > using rtprio to raise the priority of a running process, do you know if > > it's fix ? > > >=20 > I never had those, and I usually run mplayer with rtprio 30... Though > mplayer never uses much CPU, only when playing WMV9. Sorry I can't > test the new patches too 'cause the WS is not available now. On changing, not running from the beginning rtprio 31 -mpayer_pid http://www.freebsd.org/cgi/query-pr.cgi?pr=3D71310 http://docs.freebsd.org/cgi/mid.cgi?20040303131655.24317.qmail --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:29:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4327E16A4D6 for ; Tue, 8 Feb 2005 13:29:30 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2C0E543D48 for ; Tue, 8 Feb 2005 13:29:29 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 13:29:27 -0000 Received: from pD955FBD7.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.251.215) by mail.gmx.net (mp005) with SMTP; 08 Feb 2005 14:29:27 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j18DTKaY040453 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Feb 2005 14:29:21 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Mipam Date: Tue, 8 Feb 2005 14:29:14 +0100 User-Agent: KMail/1.7.2 References: <200502081358.08045.michaelnottebrock@gmx.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5512871.imPRWHRlRU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502081429.19136.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:29:30 -0000 --nextPart5512871.imPRWHRlRU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 8. February 2005 14:02, Mipam wrote: > Okay clear, but the fact that it's in 5-stable suggests the it's stable to > use, else why would it be in 5-stable. The changes that have been merged to stable have been tested for some time = in=20 6-CURRENT, so they're not completely experimental, yes. > Maybe i'm completly wrong in this interpretation? I'm not sure what your interpretation is. If you go by your own definition= =20 (what's in -stable should be safe to use), why do you ask at all? In any=20 case, the ULE MFC commits are only a few days old, so there's naturally not= =20 much feedback available, good or bad. If you want to play it safe, wait a=20 week or a month and monitor this lists for complaints before trying it=20 yourself. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5512871.imPRWHRlRU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCL6vXhc68WspdLARApMEAKCeeB13pqpshXf7UVIbGWC7HSZjmACdGTmp 1ieEet+K5fws92hGgCEm1bM= =BggY -----END PGP SIGNATURE----- --nextPart5512871.imPRWHRlRU-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:35:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FD616A4CE for ; Tue, 8 Feb 2005 13:35:22 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6937E43D41 for ; Tue, 8 Feb 2005 13:35:21 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j18DZJ95025812; Tue, 8 Feb 2005 14:35:19 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j18DZHpp009223; Tue, 8 Feb 2005 14:35:18 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Tue, 8 Feb 2005 14:35:17 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: Michael Nottebrock In-Reply-To: <200502081429.19136.michaelnottebrock@gmx.net> Message-ID: References: <200502081429.19136.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:35:22 -0000 On Tue, 8 Feb 2005, Michael Nottebrock wrote: > On Tuesday, 8. February 2005 14:02, Mipam wrote: > > > Okay clear, but the fact that it's in 5-stable suggests the it's stable to > > use, else why would it be in 5-stable. > > The changes that have been merged to stable have been tested for some time in > 6-CURRENT, so they're not completely experimental, yes. > > > Maybe i'm completly wrong in this interpretation? > > I'm not sure what your interpretation is. If you go by your own definition > (what's in -stable should be safe to use), why do you ask at all? In any > case, the ULE MFC commits are only a few days old, so there's naturally not > much feedback available, good or bad. If you want to play it safe, wait a > week or a month and monitor this lists for complaints before trying it > yourself. Well i asked to see whether my interpretation was right and so it appears i am not right so i'll follow your advice and wait some before enabling it on some crucial machines here. I will enable it today on a less crucial machine though. :-) I though what's in -stable should be safe to use, but i wasn't sure this is the right understanding of 5-stable. Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:41:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2044416A4CE for ; Tue, 8 Feb 2005 13:41:01 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1F68143D4C for ; Tue, 8 Feb 2005 13:41:00 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 13:40:58 -0000 Received: from pD955FBD7.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.251.215) by mail.gmx.net (mp007) with SMTP; 08 Feb 2005 14:40:58 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j18DelaY040639 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Feb 2005 14:40:49 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Ion-Mihai Tetcu Date: Tue, 8 Feb 2005 14:40:40 +0100 User-Agent: KMail/1.7.2 References: <4293.213.222.48.10.1107867077.squirrel@mailgw.icon.bg> <20050208152224.65536bad@it.buh.tecnik93.com> In-Reply-To: <20050208152224.65536bad@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11079784.ftLuHsHfXN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502081440.46277.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: v0rbiz@icon.bg cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:41:01 -0000 --nextPart11079784.ftLuHsHfXN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 8. February 2005 14:22, Ion-Mihai Tetcu wrote: > On Tue, 8 Feb 2005 14:51:17 +0200 (EET) > > "Viktor Ivanov" wrote: > > On Tue, =D4=E5=E2=F0=F3=E0=F0=E8 8, 2005 14:43, Ion-Mihai Tetcu =EA=E0= =E7=E0: > > > Could you tell us again after a week ? There used to be a panic when > > > using rtprio to raise the priority of a running process, do you know = if > > > it's fix ? > > > > I never had those, and I usually run mplayer with rtprio 30... Though > > mplayer never uses much CPU, only when playing WMV9. Sorry I can't > > test the new patches too 'cause the WS is not available now. > > On changing, not running from the beginning > rtprio 31 -mpayer_pid Works for me (with 0, too). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart11079784.ftLuHsHfXN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCMFeXhc68WspdLARAnJvAKCkn4egSK7oqwjC8q8APO3tSELD0QCdFfs2 XGtLW5cDPFGfTNAs26NuU1o= =XE53 -----END PGP SIGNATURE----- --nextPart11079784.ftLuHsHfXN-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:46:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33FCC16A4CF for ; Tue, 8 Feb 2005 13:46:10 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC4343D2D for ; Tue, 8 Feb 2005 13:46:09 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nkdqte@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j18Dk7pP085584 for ; Tue, 8 Feb 2005 14:46:07 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j18Dk6mi085583; Tue, 8 Feb 2005 14:46:06 +0100 (CET) (envelope-from olli) Date: Tue, 8 Feb 2005 14:46:06 +0100 (CET) Message-Id: <200502081346.j18Dk6mi085583@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 08 Feb 2005 13:46:10 -0000 Mipam wrote: > > On Tuesday, 8. February 2005 14:02, Mipam wrote: > > > Okay clear, but the fact that it's in 5-stable suggests the it's stable to > > > use, else why would it be in 5-stable. > > > Maybe i'm completly wrong in this interpretation? > [...] > I though what's in -stable should be safe to use, but i wasn't sure this > is the right understanding of 5-stable. No. There have always been things in -stable which were not "stable" itself. Of course, they were not enabled by default, and the documentation contained the appropriate warnings. There are always things which could perfectly be used to shot yourself in the foot. One of the well-known examples would be NULLFS and UNIONFS which were part of 3-stable and 4-stable all the time, but they weren't really stable in general (except under very limited, controlled conditions). (Note that I'm not saying anything about the stability of ULE.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert, FreeBSD-hackers mailing list. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 13:58:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E352216A4CE for ; Tue, 8 Feb 2005 13:58:25 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id E821543D48 for ; Tue, 8 Feb 2005 13:58:24 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 14220 invoked from network); 8 Feb 2005 13:53:51 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 8 Feb 2005 13:53:51 -0000 Received: (qmail 3880 invoked by uid 89); 8 Feb 2005 14:01:32 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 8 Feb 2005 14:01:32 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 436B6114D3; Tue, 8 Feb 2005 15:58:22 +0200 (EET) Date: Tue, 8 Feb 2005 15:58:22 +0200 From: Ion-Mihai Tetcu To: v0rbiz@icon.bg Message-ID: <20050208155822.29df9373@it.buh.tecnik93.com> In-Reply-To: <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> References: <200502081333.08964.michaelnottebrock@gmx.net> <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 13:58:26 -0000 On Tue, 8 Feb 2005 14:45:17 +0200 (EET) "Viktor Ivanov" wrote: > On Tue, =D4=E5=E2=F0=F3=E0=F0=E8 8, 2005 14:33, Michael Nottebrock =EA=E0= =E7=E0: > > On Tuesday, 8. February 2005 13:07, Mipam wrote: > >> I saw several changes to sched_ule.c in the 5 stable branch. > >> Beneath is one of them: > >> > >> http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html > >> > >> Is the ULE scheduler still far from stable in RELENG_5 or not? > > > > You can now compile a kernel with options SCHED_ULE again. How well it > > works > > is for yourself to determine :-) (I've been using it on my UP machine h= ere > > since yesterday only). >=20 > Hi there >=20 > I've been using only SCHED_ULE on my UP WS, even when there was #error > def. It never broke, not even once :) Though I think there's trouble > with SMP and/or HTT. I tried it once on a P4 and it paniced. >=20 > On the other hand, using SCHED_ULE improves sound quality and general > system 'response' concerning GUI... don't know 'bout performance. By any chance does it help with copying from ata disks on different controllers ? For me on large files this brings up "swap_pager: indefinite wait buffer" with 4BSD. --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 14:04:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DE9B16A4CF for ; Tue, 8 Feb 2005 14:04:02 +0000 (GMT) Received: from sofia.fio.cz (sf-wall.fio.cz [195.250.140.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7943E43D48 for ; Tue, 8 Feb 2005 14:04:00 +0000 (GMT) (envelope-from vita@fio.cz) Received: from [10.0.4.41] (vita-novy.private.fio.cz [10.0.4.41]) by sofia.fio.cz (8.12.9p2/8.12.9) with ESMTP id j18E3v7t009859 for ; Tue, 8 Feb 2005 15:03:57 +0100 (CET) (envelope-from vita@fio.cz) Message-ID: <4208C6CC.50803@fio.cz> Date: Tue, 08 Feb 2005 15:03:56 +0100 From: Vitezslav Novy User-Agent: Mozilla Thunderbird 1.0 (X11/20041210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=-5.9 required=2.5 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on sofia.fio.cz Subject: suiddir + ACL problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 14:04:02 -0000 Hello, I'm not able to make suiddir + acl inheritance to work together. Looking at function ufs_mkdir in sys/ufs/ufs/ufs/vnops.c I think that in fisrt step mechanism of suiddir sets owner and group of new directory and later ACL mechanism has not rights to inherit acl settings from parent directory. Am I right? And is it feature or bug? (FreeBSD 5.3-RELEASE) Session illustrating problem follows. su-2.05b$ mount ... ... /dev/ar0s1e on /samba (ufs, NFS exported, local, suiddir, soft-updates, acls) su-2.05b# cd /samba su-2.05b# mkdir abc su-2.05b# chown samba:samba abc su-2.05b# chmod 4700 abc su-2.05b# setfacl -m u:rumik:rwx abc su-2.05b# su rumik su-2.05b$ mkdir abc/dir1 su-2.05b$ touch abc/file1 su-2.05b$ ls -l abc total 2 drwsr-xr-x 2 samba samba 512 Feb 8 14:34 dir1 -rw-r--r-- 1 samba samba 0 Feb 8 14:34 file1 su-2.05b$ exit exit su-2.05b# setfacl -d -m u::rwx,g::---,o::---,u:rumik:rwx abc su-2.05b# su rumik su-2.05b$ mkdir dir2 mkdir: dir2: Permission denied su-2.05b$ touch file2 touch: file2: Permission denied su-2.05b$ exit vita From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 14:11:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFAAF16A4CE for ; Tue, 8 Feb 2005 14:11:19 +0000 (GMT) Received: from mailgw.icon.bg (mailgw.icon.bg [213.222.48.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D65CB43D39 for ; Tue, 8 Feb 2005 14:11:18 +0000 (GMT) (envelope-from v0rbiz@icon.bg) Received: from localhost ([::1] helo=mailgw.icon.bg) by mailgw.icon.bg with esmtp (Exim 4.43 (FreeBSD)) id 1CyW7G-0009Mn-Tc for freebsd-stable@freebsd.org; Tue, 08 Feb 2005 16:13:33 +0200 Received: from 213.222.48.10 (SquirrelMail authenticated user v0rbiz1) by mailgw.icon.bg with HTTP; Tue, 8 Feb 2005 16:13:22 +0200 (EET) Message-ID: <4694.213.222.48.10.1107872002.squirrel@mailgw.icon.bg> In-Reply-To: <20050208155822.29df9373@it.buh.tecnik93.com> References: <200502081333.08964.michaelnottebrock@gmx.net> <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> <20050208155822.29df9373@it.buh.tecnik93.com> Date: Tue, 8 Feb 2005 16:13:22 +0200 (EET) From: "Viktor Ivanov" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=windows-1251 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.8 (--) Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: v0rbiz@icon.bg List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:11:19 -0000 On Tue, Ôåâðóàðè 8, 2005 15:58, Ion-Mihai Tetcu êàçà: >> I've been using only SCHED_ULE on my UP WS, even when there was #error >> def. It never broke, not even once :) Though I think there's trouble >> with SMP and/or HTT. I tried it once on a P4 and it paniced. >> >> On the other hand, using SCHED_ULE improves sound quality and general >> system 'response' concerning GUI... don't know 'bout performance. > > By any chance does it help with copying from ata disks on different > controllers ? For me on large files this brings up "swap_pager: > indefinite wait buffer" with 4BSD. Sorry, can't test this. I know my WS can't compare to a normal server and I don't have a production server running on SCHED_ULE (excuse the pun). As I said though, I tried once SCHED_ULE on a P4 with 1 CPU and HTT enabled and it paniced way too fast. That was when SCHED_ULE was #error-ed... As for rtprio, I do set it after I run mplayer, because I run it from normal user and rtprio is limited to root. Regards From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 16:05:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F410D16A4CE for ; Tue, 8 Feb 2005 16:05:44 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13DC043D31 for ; Tue, 8 Feb 2005 16:05:44 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j18G5g95020489 for ; Tue, 8 Feb 2005 17:05:42 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j18G5aVZ004535 for ; Tue, 8 Feb 2005 17:05:41 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Tue, 8 Feb 2005 17:05:36 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org In-Reply-To: <20050208144343.5bd6dd76@it.buh.tecnik93.com> Message-ID: References: <20050208144343.5bd6dd76@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 16:05:45 -0000 Thanks for all comments on this topic. A good point was made upon the fact that there were always options available that weren't stable in X-stable. The docs contained appropriate warnings about it you mentioned. Cool, I wish to read the docs on ULE and possible warnings about using ULE, where can i find it? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 16:39:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9502A16A4CE for ; Tue, 8 Feb 2005 16:39:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DE943D39 for ; Tue, 8 Feb 2005 16:39:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5D8ED512AF; Tue, 8 Feb 2005 08:39:15 -0800 (PST) Date: Tue, 8 Feb 2005 08:39:15 -0800 From: Kris Kennaway To: Ion-Mihai Tetcu Message-ID: <20050208163915.GC43054@xor.obsecurity.org> References: <200502081333.08964.michaelnottebrock@gmx.net> <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> <20050208155822.29df9373@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline In-Reply-To: <20050208155822.29df9373@it.buh.tecnik93.com> User-Agent: Mutt/1.4.2.1i cc: v0rbiz@icon.bg cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 16:39:16 -0000 --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 08, 2005 at 03:58:22PM +0200, Ion-Mihai Tetcu wrote: > On Tue, 8 Feb 2005 14:45:17 +0200 (EET) > "Viktor Ivanov" wrote: >=20 > > On Tue, ???????? 8, 2005 14:33, Michael Nottebrock ????: > > > On Tuesday, 8. February 2005 13:07, Mipam wrote: > > >> I saw several changes to sched_ule.c in the 5 stable branch. > > >> Beneath is one of them: > > >> > > >> http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html > > >> > > >> Is the ULE scheduler still far from stable in RELENG_5 or not? > > > > > > You can now compile a kernel with options SCHED_ULE again. How well it > > > works > > > is for yourself to determine :-) (I've been using it on my UP machine= here > > > since yesterday only). > >=20 > > Hi there > >=20 > > I've been using only SCHED_ULE on my UP WS, even when there was #error > > def. It never broke, not even once :) Though I think there's trouble > > with SMP and/or HTT. I tried it once on a P4 and it paniced. > >=20 > > On the other hand, using SCHED_ULE improves sound quality and general > > system 'response' concerning GUI... don't know 'bout performance. >=20 > By any chance does it help with copying from ata disks on different > controllers ? For me on large files this brings up "swap_pager: > indefinite wait buffer" with 4BSD. That doesn't sound like a scheduler problem, rather a hardware or ata driver problem. Did you try sos' new driver yet? Kris --S1BNGpv0yoYahz37 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCOsyWry0BWjoQKURAluwAKCr3w/NHl4r30t/nnOdbnE1ID3agwCeIW62 B0ieVryaLSKdUTQaCRblC6k= =sUhy -----END PGP SIGNATURE----- --S1BNGpv0yoYahz37-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 16:40:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84ED216A4CE for ; Tue, 8 Feb 2005 16:40:18 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B80E243D2F for ; Tue, 8 Feb 2005 16:40:17 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (knwluz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j18GeGOs092780 for ; Tue, 8 Feb 2005 17:40:16 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j18GeGGo092779; Tue, 8 Feb 2005 17:40:16 +0100 (CET) (envelope-from olli) Date: Tue, 8 Feb 2005 17:40:16 +0100 (CET) Message-Id: <200502081640.j18GeGGo092779@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 08 Feb 2005 16:40:18 -0000 Mipam wrote: > Thanks for all comments on this topic. > A good point was made upon the fact that there were always options > available that weren't stable in X-stable. > The docs contained appropriate warnings about it you mentioned. I guess you're referring to my comment. > Cool, I wish to read the docs on ULE and possible > warnings about using ULE, where can i find it? So far, the ULE scheduler has not been part of any stable FreeBSD release, so it's not completely surprising that there isn't much documentation to be found. (I think it's not even mentioned in NOTES.) If you're looking for a generic description of URL and all the technical details, have a look at this paper: http://www.usenix.org/publications/library/proceedings/bsdcon03/tech/roberson.html Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 17:07:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 421DD16A4CE for ; Tue, 8 Feb 2005 17:07:34 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E478243D2D for ; Tue, 8 Feb 2005 17:07:33 +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 2CB1DB831 for ; Tue, 8 Feb 2005 12:07:33 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 8 Feb 2005 12:07:33 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: Re[2]: interrupt routing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 17:07:34 -0000 On Feb 8, 2005, at 8:20 AM, dima wrote: > The BIOS assigned all those devices IRQ10 and there is no way to > change the settings... > I have similar issues with a Tyan S2881. Very annoying, since many interrupts are assigned to devices I don't need. I turned off everything I could in the BIOS, too. Make sure you have the latest BIOS, naturally. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 17:18:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 500BC16A4CE for ; Tue, 8 Feb 2005 17:18:51 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D14B43D46 for ; Tue, 8 Feb 2005 17:18:50 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 12329 invoked from network); 8 Feb 2005 17:14:15 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 8 Feb 2005 17:14:15 -0000 Received: (qmail 531 invoked by uid 89); 8 Feb 2005 17:21:58 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 8 Feb 2005 17:21:58 -0000 Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 38DA960AF; Tue, 8 Feb 2005 17:10:27 +0200 (EET) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id B89D429; Tue, 8 Feb 2005 19:19:55 +0200 (EET) Date: Tue, 8 Feb 2005 19:19:55 +0200 From: Ion-Mihai Tetcu To: Kris Kennaway Message-ID: <20050208191955.269cc95b@it.buh.cameradicommercio.ro> In-Reply-To: <20050208163915.GC43054@xor.obsecurity.org> References: <200502081333.08964.michaelnottebrock@gmx.net> <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> <20050208155822.29df9373@it.buh.tecnik93.com> <20050208163915.GC43054@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: v0rbiz@icon.bg cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 17:18:51 -0000 On Tue, 8 Feb 2005 08:39:15 -0800 Kris Kennaway wrote: > On Tue, Feb 08, 2005 at 03:58:22PM +0200, Ion-Mihai Tetcu wrote: > > On Tue, 8 Feb 2005 14:45:17 +0200 (EET) > > "Viktor Ivanov" wrote: > > > > > On Tue, ???????? 8, 2005 14:33, Michael Nottebrock ????: > > > > On Tuesday, 8. February 2005 13:07, Mipam wrote: > > > >> I saw several changes to sched_ule.c in the 5 stable branch. > > > >> Beneath is one of them: > > > >> > > > >> http://lists.freebsd.org/pipermail/cvs-src/2005-February/039863.html > > > >> > > > >> Is the ULE scheduler still far from stable in RELENG_5 or not? > > > > > > > > You can now compile a kernel with options SCHED_ULE again. How well it > > > > works > > > > is for yourself to determine :-) (I've been using it on my UP machine here > > > > since yesterday only). > > > > > > Hi there > > > > > > I've been using only SCHED_ULE on my UP WS, even when there was #error > > > def. It never broke, not even once :) Though I think there's trouble > > > with SMP and/or HTT. I tried it once on a P4 and it paniced. > > > > > > On the other hand, using SCHED_ULE improves sound quality and general > > > system 'response' concerning GUI... don't know 'bout performance. > > > > By any chance does it help with copying from ata disks on different > > controllers ? For me on large files this brings up "swap_pager: > > indefinite wait buffer" with 4BSD. > > That doesn't sound like a scheduler problem, rather a hardware or ata > driver problem. I know it's not likely to be schedule issue, but it doesn't hurt to ask :-) And please don't tell me it's hardware, I've changed a few motherboards (all VIA 8235/8237) and different manufacturer / types / firmware revisions HDDs since 5.0 because after an update or another some specific combination ceased to work. It seems some kind of regression introduced sometime after 5.3 release. > Did you try sos' new driver yet? Nope, I didn't have the time. Given my luck with ata it is rather prudent to back-up ~200GB before trying. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 17:21:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1731D16A508 for ; Tue, 8 Feb 2005 17:21:04 +0000 (GMT) Received: from saturn.futuredesigns.net (saturn.futuredesigns.net [216.46.197.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 3CC6543D1F for ; Tue, 8 Feb 2005 17:21:03 +0000 (GMT) (envelope-from sturdee@mikesweb.com) Received: (qmail 941 invoked by uid 1000); 8 Feb 2005 17:21:02 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 Feb 2005 17:21:02 -0000 Date: Tue, 8 Feb 2005 12:21:01 -0500 (EST) From: Mike To: freebsd-stable@freebsd.org In-Reply-To: <200502081429.19136.michaelnottebrock@gmx.net> Message-ID: <20050208121945.V12287@saturn.mikesweb.com> References: <200502081429.19136.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 17:21:04 -0000 I compiled my kernel with ULE this morning on my AMD64 workstation to help test. All seems good so far. Anything in particular to keep an eye on? -Mike On Tue, 8 Feb 2005, Michael Nottebrock wrote: > On Tuesday, 8. February 2005 14:02, Mipam wrote: > >> Okay clear, but the fact that it's in 5-stable suggests the it's stable to >> use, else why would it be in 5-stable. > > The changes that have been merged to stable have been tested for some time in > 6-CURRENT, so they're not completely experimental, yes. > >> Maybe i'm completly wrong in this interpretation? > > I'm not sure what your interpretation is. If you go by your own definition > (what's in -stable should be safe to use), why do you ask at all? In any > case, the ULE MFC commits are only a few days old, so there's naturally not > much feedback available, good or bad. If you want to play it safe, wait a > week or a month and monitor this lists for complaints before trying it > yourself. > > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > -------------------------------------- "Hard Work Often Pays Off After Time, but Laziness Always Pays Off Now." From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 17:54:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE4916A4CE; Tue, 8 Feb 2005 17:54:21 +0000 (GMT) Received: from julesburg.uits.indiana.edu (julesburg.uits.indiana.edu [129.79.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D37A843D48; Tue, 8 Feb 2005 17:54:20 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (stjoseph.uits.indiana.edu [129.79.1.78]) j18HsCsU023995; Tue, 8 Feb 2005 12:54:12 -0500 (EST) Received: from [10.0.1.4] (scheidt-rout.canopy.nd.edu [129.74.98.169] (may be forged)) (authenticated bits=0)j18HsBFc004443; Tue, 8 Feb 2005 12:54:11 -0500 (EST) Message-ID: <4208FCC3.1010508@attglobal.net> Date: Tue, 08 Feb 2005 12:54:11 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vlad Manilici References: <20050208023321.A35686@tmok.com> In-Reply-To: <20050208023321.A35686@tmok.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: sos@DeepCore.dk Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 17:54:21 -0000 Vlad Manilici wrote: > Hi, > > >>Does 5-STABLE have a working acpi based suspend/resume for anyone? > > > I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) > seems to work, but there is no way to resume. > > How do you trigger a resume?? > > On my IBM T42, I set hw.acpi.lid_switch_state to S3, so opening the lid is enough. If I suspend with acpiconf or the switch, pressing fn-F4 (It's got a cresent moon on it, I think IBM does the same keys on other models) or pressing the holding the power switch for a couple seconds does the trick. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 18:28:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 971F916A4CE for ; Tue, 8 Feb 2005 18:28:23 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1697943D48 for ; Tue, 8 Feb 2005 18:28:23 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IBL0013BV1WTQA0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 08 Feb 2005 19:22:44 +0100 (CET) Received: from kg-work.kg4.no ([80.202.72.152]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IBL00IWSVEQXT20@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 08 Feb 2005 19:30:26 +0100 (CET) Date: Tue, 08 Feb 2005 19:25:55 +0100 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 In-reply-to: <20050208023321.A35686@tmok.com> To: freebsd-stable@freebsd.org Message-id: <20050208192555.37f09536.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.0beta3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050208023321.A35686@tmok.com> Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 18:28:23 -0000 On Tue, 08 Feb 2005 02:33:21 -0500 Vlad Manilici wrote: > How do you trigger a resume?? (In case you don't know this already) On ThinkPads, you normally press the blue Fn key to resume from suspend. If the machine is hibernated, a short (less than 4 secs?) press on the power button will resume. This is with that other OS, I don't know if these keys works in FreeBSD. I have yet to try out suspend & resume on my T41. Her is a list of the Fn key combinations for T40 - T42: http://www-3.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-50023 HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 18:36:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855E516A4CE; Tue, 8 Feb 2005 18:36:05 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 613C243D2D; Tue, 8 Feb 2005 18:36:03 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 08 Feb 2005 10:36:03 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B07AA5D0A; Tue, 8 Feb 2005 10:36:02 -0800 (PST) To: Vlad Manilici In-reply-to: Your message of "Tue, 08 Feb 2005 02:33:21 EST." <20050208023321.A35686@tmok.com> Date: Tue, 08 Feb 2005 10:36:02 -0800 From: "Kevin Oberman" Message-Id: <20050208183602.B07AA5D0A@ptavv.es.net> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: sos@DeepCore.dk Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 18:36:05 -0000 > Date: Tue, 8 Feb 2005 02:33:21 -0500 > From: Vlad Manilici > Sender: owner-freebsd-stable@freebsd.org > > Hi, > > > Does 5-STABLE have a working acpi based suspend/resume for anyone? > > I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) > seems to work, but there is no way to resume. > > How do you trigger a resume?? A resume from hibernation is triggered by powering the unit on. It should see the valid hibernation file and load it into the system. (Don't hold the power switch as that will do a normal boot.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 18:53:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5996316A4CE for ; Tue, 8 Feb 2005 18:53:18 +0000 (GMT) Received: from sofia.fio.cz (sf-wall.fio.cz [195.250.140.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E82FE43D48 for ; Tue, 8 Feb 2005 18:53:16 +0000 (GMT) (envelope-from vita@fio.cz) Received: from charon.fio.cz (charon.fio.cz [195.250.140.6]) by sofia.fio.cz (8.12.9p2/8.12.9) with SMTP id j18IrE7t018019 for ; Tue, 8 Feb 2005 19:53:15 +0100 (CET) (envelope-from vita@fio.cz) X-Authentication-Warning: sofia.fio.cz: charon.fio.cz [195.250.140.6] didn't use HELO protocol Message-ID: <42090A9A.8000409@fio.cz> Date: Tue, 08 Feb 2005 19:53:14 +0100 From: Vitezslav Novy User-Agent: Mozilla Thunderbird 0.9 (X11/20041119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4208C6CC.50803@fio.cz> In-Reply-To: <4208C6CC.50803@fio.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=-5.8 required=2.5 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on sofia.fio.cz Subject: Re: suiddir + ACL problem (correction) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 18:53:18 -0000 > Session illustrating problem follows. > > > su-2.05b$ mount > ... > ... > /dev/ar0s1e on /samba (ufs, NFS exported, local, suiddir, soft-updates, > acls) > > > su-2.05b# cd /samba > su-2.05b# mkdir abc > su-2.05b# chown samba:samba abc > su-2.05b# chmod 4700 abc > su-2.05b# setfacl -m u:rumik:rwx abc > su-2.05b# su rumik > su-2.05b$ mkdir abc/dir1 > su-2.05b$ touch abc/file1 > su-2.05b$ ls -l abc > total 2 > drwsr-xr-x 2 samba samba 512 Feb 8 14:34 dir1 > -rw-r--r-- 1 samba samba 0 Feb 8 14:34 file1 > su-2.05b$ exit > exit > su-2.05b# setfacl -d -m u::rwx,g::---,o::---,u:rumik:rwx abc > su-2.05b# su rumik > su-2.05b$ mkdir dir2 > mkdir: dir2: Permission denied > su-2.05b$ touch file2 > touch: file2: Permission denied > su-2.05b$ exit Of course in the last part of session I want to create something in directory abc -bash-2.05b$ touch abc/file2 touch: abc/file2: Operation not permitted -bash-2.05b$ touch abc/dir2 touch: abc/dir2: Operation not permitted vita From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 19:01:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B398216A4CE for ; Tue, 8 Feb 2005 19:01:10 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BC9443D46 for ; Tue, 8 Feb 2005 19:01:10 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id C572312B21B for ; Tue, 8 Feb 2005 15:01:07 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 45274-01 for ; Tue, 8 Feb 2005 19:01:07 +0000 (GMT) Received: from ganymede.hub.org (blk-224-186-245.eastlink.ca [24.224.186.245]) by hub.org (Postfix) with ESMTP id 23C0D12B218 for ; Tue, 8 Feb 2005 15:01:07 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 387113A596; Tue, 8 Feb 2005 15:01:02 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 338583A590 for ; Tue, 8 Feb 2005 15:01:02 -0400 (AST) Date: Tue, 8 Feb 2005 15:01:02 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050208150007.J94338@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: PIOCWAIT top of loop: Operation not permitted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 19:01:10 -0000 FreeBSD 4.10 from October: Last night, I ran the following command during a moment of high load: truss perl -V and received a screenful of the following message: PIOCWAIT top of loop: Operation not permitted Does that mean that perl was stuck in a wait state, or truss? From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 19:11:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 009BA16A4CE for ; Tue, 8 Feb 2005 19:11:56 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0DE343D45 for ; Tue, 8 Feb 2005 19:11:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C471872DF4; Tue, 8 Feb 2005 11:11:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C289372DD4; Tue, 8 Feb 2005 11:11:55 -0800 (PST) Date: Tue, 8 Feb 2005 11:11:55 -0800 (PST) From: Doug White To: dima <_pppp@mail.ru> In-Reply-To: Message-ID: <20050208110819.G2666@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re[2]: interrupt routing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 19:11:56 -0000 On Tue, 8 Feb 2005, dima wrote: > > > I am preparing a new server for production use. > > > It contains 2 1000BaseTX NICs and 2 SCSI controllers. > > > The interrupt assignment performed by ACPI looks kinda strange: > > > irq24: bge0 ahd0 > > > irq25: bge1 ahd1 > > > How can I affect it? I mean I want all the devices use different IRQ lines. > > > > What hardware, curiously? Are all of these parts onboard? Can you post > > the ouptut of 'devconf'? This will show the bus associations for these > > devices. > Its Tyan S2882 and all the devices are onboard ones. > I dont know about devconf ($ locate devconf produces empty output as well) Oops, soory, that should be 'devinfo'. But pciconf might tell me what I want to know. > but pciconf results are as follows: > ahd0@pci2:6:0: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 > vendor = 'Adaptec Inc' > device = 'AIC-7902B Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > ahd1@pci2:6:1: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 > vendor = 'Adaptec Inc' > device = 'AIC-7902B Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > bge0@pci2:9:0: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5704 NetXtreme Dual Gigabit Adapter' > class = network > subclass = ethernet > bge1@pci2:9:1: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5704 NetXtreme Dual Gigabit Adapter' > class = network > subclass = ethernet Ah, so they are all on the same bus. Yuck, performance is going to be sucky. Bad Tyan, no cookie. That'll also explain the limited number of interrupts available. I don't think there's anything we can do to help the situation, sadly. > The server runs i386 version of FreeBSD (5.3-RELEASE-p5) since > I experienced some problems building ports on amd64 version. You probably need to use the hw.physmem="2G" loader tunable to get 5.3-R installed. Once installed you can upgrade to 5-STABLE which fixes the problem. > > In many cases there are not other IRQs available to route, due to poor > > BIOS programming, ccorners cut in the physical board layout, etc. > I think this is the case :/ > The BIOS assigned all those devices IRQ10 and there is no way to change > the settings... -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 19:15:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3DF16A4CE for ; Tue, 8 Feb 2005 19:15:39 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5648743D39 for ; Tue, 8 Feb 2005 19:15:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4F97F72DD4; Tue, 8 Feb 2005 11:15:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4AAAD72DCB; Tue, 8 Feb 2005 11:15:39 -0800 (PST) Date: Tue, 8 Feb 2005 11:15:39 -0800 (PST) From: Doug White To: david uy In-Reply-To: Message-ID: <20050208111435.L2666@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Please fix ucom + uplcom on -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 19:15:39 -0000 On Tue, 8 Feb 2005, david uy wrote: > Hello, > > My stable box panics daily with: > > panic: uhci_abort_xfer : not in process context > > I read that it's been fixed in -current. Will the fix be coming to > -stable anytime soon? Fix to src/sys/dev/usb/uvscom.c was merged 6 1/2 hours ago. Make sure you have rev 1.23.2.1. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 21:35:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 531D116A4CE for ; Tue, 8 Feb 2005 21:35:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5104943D3F for ; Tue, 8 Feb 2005 21:35:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3183D1FF9AF; Tue, 8 Feb 2005 22:35:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 3CDF71FF9A6; Tue, 8 Feb 2005 22:35:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 9F0B615597; Tue, 8 Feb 2005 21:32:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 939D815384; Tue, 8 Feb 2005 21:32:18 +0000 (UTC) Date: Tue, 8 Feb 2005 21:32:18 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Andrew Konstantinov In-Reply-To: <20050206222203.GA63042@warrior.kableu.com> Message-ID: References: <20050130084359.GA36069@warrior.kableu.com> <20050206061245.GA1774@warrior.kableu.com> <20050206205207.GA764@warrior.kableu.com> <20050206222203.GA63042@warrior.kableu.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-stable@freebsd.org Subject: Re: 5.3 -> 5 : sshd multiple log entries & login_getclass: unknown class 'root' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 21:35:10 -0000 On Sun, 6 Feb 2005, Andrew Konstantinov wrote: > > > > What is the contents of /etc/nsswitch.conf? bz is telling me that if you > > > > still have 'nis' in the lines in nsswitch and you compile with NO_NIS that > > > > you'll get wierd user lookup errors. > > > > > > Hmm, I completely forgot about that one. :( I guess 'nis' should have been > > > switched to 'files' whenever system is compiled with "NO_NIS=true". > > > > it's not documented - sorry, will do that. > > > > change it to sth like: > > > > group: files > > hosts: files dns > > networks: files > > passwd: files > > shells: files > > > > w/o this change I can see sth like this when doing passwd auth: > > > > 'sshd[1995]: NSSWITCH(nss_method_lookup): nis, passwd_compat, endpwent, not found' > > > > But I suspect this will not help with your problem. > > Actually, that solves all the problems. Once I switched to your version of > nsswitch.conf, all the "unknown class" bugs and multiple logging events have > disappeared. thanks for the information (and thanks for the lib). I will check and see what can be done to prevent these problems in the future. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 22:52:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 647B916A4CE for ; Tue, 8 Feb 2005 22:52:13 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8744943D46 for ; Tue, 8 Feb 2005 22:52:12 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 22:52:07 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp013) with SMTP; 08 Feb 2005 23:52:07 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Tue, 8 Feb 2005 23:52:00 +0100 User-Agent: KMail/1.7.2 References: <200502071652.43030@harrymail> <200502081418.14813.max@love2party.net> In-Reply-To: <200502081418.14813.max@love2party.net> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4984171.rEnDG7qUsI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502082352.07209@harrymail> X-Y-GMX-Trusted: 0 cc: Max Laier cc: Robert Watson Subject: Re: machine locks with PF (without using user dependent rules) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 22:52:13 -0000 --nextPart4984171.rEnDG7qUsI Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 8. Februar 2005 14:18 schrieb Max Laier: > On Monday 07 February 2005 16:52, Emanuel Strobl wrote: [...] > Do you have pfsync compiled in? Is it up? If that's the case, can you t= ry No, I don't have pfsync in the kernel, also I don't have modules on that bo= x. > to reproduce with a kernel without "device pfsync", please? Can you also > please try the attached diff and see if it turns up anything - though I > certainly doubt that. Really except to see pfsync being the culprit here= =2E=20 I tried your patch, no changes. I can panic the box with "pfctl -F all=20 =2Df /etc/pfconf" regardless of the debug.mpsafenet state. But I don't get any panics with debug.mpsafenet=3D1 while normal operating. And I also cannot see any rule behaviour difference any more. For now it lo= oks=20 to me as if it's only the pfctl command which can panic the box, but I'll s= ee=20 the next days. Here is the latest traceback with your patch: =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xdeadc1d7 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc047b748 stack pointer =3D 0x10:0xcc6948fc frame pointer =3D 0x10:0xcc694904 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 35 (swi1: net) [thread pid 35 tid 100031 ] Stopped at pf_state_compare_ext_gwy+0x18: movzbl 0xf9(%esi),%eax db> trace Tracing pid 35 tid 100031 td 0xc1515190 pf_state_compare_ext_gwy(c17ed000,cc6949ac,cc69492c,c047c2f2,c17ed0c4) at=20 pf_state_compare_ext_gwy+0x18 pf_state_tree_ext_gwy_RB_FIND(c17ed0c4,cc6949ac,0,c17ed000,cc694ab8) at=20 pf_state_tree_ext_gwy_RB_FIND+0x29 pf_find_state_recurse(c17ed000,cc6949ac,1,c1045ae0,c1743300) at=20 pf_find_state_recurse+0x72 pf_test_state_tcp(cc694b00,1,c17ed000,c18aaa00,14) at pf_test_state_tcp+0xb0 pf_test(1,c1585800,cc694bf0,0,c174d260) at pf_test+0x981 pf_check_in(0,cc694bf0,c1585800,1,0) at pf_check_in+0x48 pfil_run_hooks(c07edc20,cc694c9c,c1585800,1,0) at pfil_run_hooks+0x15b ip_input(c18aaa00,0,c0768929,e6,c07edce0) at ip_input+0x20f netisr_processqueue(cc694cd8,246,c07c2ca0,2,c1508d40) at=20 netisr_processqueue+0x15 swi_net(0,0,c075d0e9,269,0) at swi_net+0x8d ithread_loop(c1526300,cc694d48,c075ceca,31e,0) at ithread_loop+0x1ff fork_exit(c055d000,c1526300,cc694d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xcc694d7c, ebp =3D 0 --- > I'm a bit busy these days so I can't do extensive testing myself. It'd be > a great help if you could verify that I am looking at the right thing. =46eel free to ask me whaetever you want me to do, at the moment I have the= =20 machine semiproductive and spare time :) Just lacking hacking knowledge :( =2DHarry --nextPart4984171.rEnDG7qUsI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCUKXBylq0S4AzzwRAmqgAJ9QXpVvwAZ9yxQMp1G0rjDSQKwBGgCdHWRZ fLSBLo6ZllDqbeX95lJaF7E= =Orik -----END PGP SIGNATURE----- --nextPart4984171.rEnDG7qUsI-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 8 23:16:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 285E816A4CE for ; Tue, 8 Feb 2005 23:16:40 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B1043D31 for ; Tue, 8 Feb 2005 23:16:39 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Cyeb0-0002mp-00; Wed, 09 Feb 2005 00:16:38 +0100 Received: from [217.227.147.152] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Cyeaz-0007uJ-00; Wed, 09 Feb 2005 00:16:38 +0100 From: Max Laier To: freebsd-stable@freebsd.org Date: Wed, 9 Feb 2005 00:16:12 +0100 User-Agent: KMail/1.7.2 References: <200502031846.21818.max@love2party.net> In-Reply-To: <200502031846.21818.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10802215.tceUD7BQov"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502090016.20566.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: "Karl M. Joch" cc: "=?iso-8859-1?q?=CDsak?= Ben." cc: Dorian =?iso-8859-1?q?B=FCttner?= Subject: Re: AW: Slow Network with rl0 and 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 23:16:40 -0000 --nextPart10802215.tceUD7BQov Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 03 February 2005 18:46, I wrote: > > > EVERYBODY: Could you please check if you have a rl(4) driven NIC and > > > check if you experienced a speed degradation as well. Please let me > > > know either way with information about the chipset on your NIC.=20 > > > Thanks! > > PR kern/61448 might apply to you. Can you try the diff offered there and > follow-up with your findings? =46inally found some time to look at the issue. The patch there was good, = but=20 needed some tweaking. Everybody (having problems) with rl should check thi= s=20 patch - please. I plan to commit it soon, so please scream if it breaks=20 things for you. Karl, can you verify that this patch solves the issue as well (i.e. can you= =20 backout the one I send you earlier?) - Thanks! > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/61448 or: http://people.freebsd.org/~mlaier/if_rl.c.PR.patch directly. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart10802215.tceUD7BQov Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCUhEXyyEoT62BG0RAv+bAJ4+0p86BCjnRToV73qXq2n3Yk7BewCffwe9 kDeckCD/GQ7Xperpbt/BfkQ= =zFd9 -----END PGP SIGNATURE----- --nextPart10802215.tceUD7BQov-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 00:03:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2CD016A4CE for ; Wed, 9 Feb 2005 00:03:26 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F4EA43D48 for ; Wed, 9 Feb 2005 00:03:26 +0000 (GMT) (envelope-from elhijo@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so983462wra for ; Tue, 08 Feb 2005 16:03:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=AfuulpsewXnKU7DWuYZhQUOlKFApXXP55W0kX5J/lG5zvI8LSlMQnwm0asXcHQIqmiJt763n0kB/VYspNkpt6d92ruFrgfP/jskV0k8OLqwj8NAs/ozmO7Z06LIv+vE1ws3BE1bLInnNW/EKvkGQ/9F/VW6MRlKT8uh442+kQUk= Received: by 10.54.22.68 with SMTP id 68mr26636wrv; Tue, 08 Feb 2005 16:03:25 -0800 (PST) Received: by 10.54.23.63 with HTTP; Tue, 8 Feb 2005 16:03:25 -0800 (PST) Message-ID: Date: Wed, 9 Feb 2005 00:03:25 +0000 From: Darryl Woodford To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: libjava.so not found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Darryl Woodford List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 00:03:26 -0000 In reply to a post I found online re: not being able to run java from command line, I found removing the /usr/bin links and recreating them solved my problem... vladdy:/usr/bin# rm javac vladdy:/usr/bin# ln -s /opt/j2sdk1.4.2_04/bin/javac javac and javac works fine thereafter... repeat as neccesary for java etc.. Just a thought -- ------------------- Darryl Woodford From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 00:09:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF60316A4CE for ; Wed, 9 Feb 2005 00:09:31 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7C443D41 for ; Wed, 9 Feb 2005 00:09:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 81D3D514FE; Tue, 8 Feb 2005 16:09:30 -0800 (PST) Date: Tue, 8 Feb 2005 16:09:30 -0800 From: Kris Kennaway To: Darryl Woodford Message-ID: <20050209000930.GA63875@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: libjava.so not found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 00:09:31 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 12:03:25AM +0000, Darryl Woodford wrote: > In reply to a post I found online re: not being able to run java from > command line, I found removing the /usr/bin links and recreating them > solved my problem... >=20 > vladdy:/usr/bin# rm javac > vladdy:/usr/bin# ln -s /opt/j2sdk1.4.2_04/bin/javac javac >=20 > and javac works fine thereafter... repeat as neccesary for java etc.. AFAIK, javac doesn't install symlinks in /usr/bin. Also, since you seem to want the package in a nonstandard prefix you should make sure to specify PREFIX as such when compiling the port. Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCVS6Wry0BWjoQKURAgZeAJ9w7lO5v0oEw/6SSTgCE37pj/bGLgCg7UHy SKNobw48xWoDoEBZZbbhp50= =KoV7 -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 01:08:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7081216A4CE for ; Wed, 9 Feb 2005 01:08:40 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4AEC43D3F for ; Wed, 9 Feb 2005 01:08:39 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IBM00N0KDUD4D@ms-dienst.rz.rwth-aachen.de> for stable@freebsd.org; Wed, 09 Feb 2005 02:08:38 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 09 Feb 2005 02:08:37 +0100 (MET) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j1918bVw012095 for ; Wed, 09 Feb 2005 02:08:37 +0100 (MET) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id C7A1B2842E for ; Wed, 09 Feb 2005 02:08:31 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id CEF072285B; Wed, 09 Feb 2005 02:08:30 +0100 (CET) Date: Wed, 09 Feb 2005 02:08:30 +0100 From: Christian Brueffer To: stable@freebsd.org Message-id: <20050209010830.GA77038@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="k1lZvvs/B4yU6o8G"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: panic: _mtx_lock_sleep: recursed on non-recursive mutex bpf2 @ /usr/home/build/src/sys/net/bpf.c:1119 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 01:08:40 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm getting this reproducible panic with a 5-STABLE system based on sources from yesterday. The machine in question is an i386 SMP box. The panic is reproducible by running an updated version of the security/scanssh port which is based on libevent. A crashdump is available for further investigation. panic: _mtx_lock_sleep: recursed on non-recursive mutex bpf2 @ /usr/home/build/src/sys/net/bpf.c:1119 panic messages: --- panic: _mtx_lock_sleep: recursed on non-recursive mutex bpf2 @ /usr/home/build/src/sys/net/bpf.c:1119 cpuid =3D 1 KDB: enter: panic Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at pcpu.h:159 159 pcpu.h: No such file or directory. in pcpu.h doadump () at pcpu.h:159 159 in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc047fe25 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999, dummy4=3D0xd8a60978 "=A0=F3z=C0") at /usr/home/build/src/sys/ddb/db_command.c:531 #2 0xc047fbb2 in db_command (last_cmdp=3D0xc07aeaa4, cmd_table=3D0x0, aux_cmd_tablep=3D0xc0776ed0,=20 aux_cmd_tablep_end=3D0xc0776ed4) at /usr/home/build/src/sys/ddb/db_command.c:349 #3 0xc047fcc5 in db_command_loop () at /usr/home/build/src/sys/ddb/db_command.c:455 #4 0xc0481e05 in db_trap (type=3D3, code=3D0) at /usr/home/build/src/sys/ddb/db_main.c:221 #5 0xc05837be in kdb_trap (type=3D0, code=3D0, tf=3D0x1) at /usr/home/build/src/sys/kern/subr_kdb.c:418 #6 0xc070f0a8 in trap (frame=3D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D 16, tf_edi =3D 256, tf_esi =3D= 1, tf_ebp =3D -660206816, tf_isp =3D -660206844, tf_ebx =3D -660206756, tf_edx= =3D 0, tf_ecx =3D -1056755712, tf_eax =3D 18, tf_trapno =3D 3, tf_err =3D 0, tf= _eip =3D -1067961200, tf_cs =3D 8, tf_eflags =3D 646, tf_esp =3D -1066043284, tf= _ss =3D -1066052328}) at /usr/home/build/src/sys/i386/i386/trap.c:576 #7 0xc06fa7ca in calltrap () at /usr/home/build/src/sys/i386/i386/exception.s:140 #8 0x00000018 in ?? () #9 0x00000010 in ?? () #10 0x00000010 in ?? () #11 0x00000100 in ?? () #12 0x00000001 in ?? () #13 0xd8a60b20 in ?? () #14 0xd8a60b04 in ?? () #15 0xd8a60b5c in ?? () #16 0x00000000 in ?? () #17 0xc1033000 in ?? () #18 0x00000012 in ?? () #19 0x00000003 in ?? () #20 0x00000000 in ?? () #21 0xc0583490 in kdb_enter (msg=3D0x0) at cpufunc.h:56 #22 0xc0566aee in panic (fmt=3D0xc075490e "_mtx_lock_sleep: recursed on non-recursive mutex %s @ %s:%d\n") at /usr/home/build/src/sys/kern/kern_shutdown.c:550 #23 0xc055c914 in _mtx_lock_sleep (m=3D0xc2607b68, td=3D0xc3f3ae10, opts=3D= 0, file=3D0x0, line=3D0) at /usr/home/build/src/sys/kern/kern_mutex.c:456 #24 0xc055c510 in _mtx_lock_flags (m=3D0xc2607b68, opts=3D0,=20 file=3D0xc075e7ff "/usr/home/build/src/sys/net/bpf.c", line=3D1119) at /usr/home/build/src/sys/kern/kern_mutex.c:273 #25 0xc05dda38 in filt_bpfread (kn=3D0xc204d3fc, hint=3D0) at /usr/home/build/src/sys/net/bpf.c:1119 #26 0xc0545518 in kqueue_register (kq=3D0xc25ff580, kev=3D0xd8a60c38, td=3D0xc3f3ae10, waitok=3D1) at /usr/home/build/src/sys/kern/kern_event.c:852 #27 0xc0544b4e in kevent (td=3D0xc3f3ae10, uap=3D0xd8a60d14) at /usr/home/build/src/sys/kern/kern_event.c:563 #28 0xc070fa10 in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 134588416, tf_e= si =3D 134586368, tf_ebp =3D -1077941928, tf_isp =3D -660206220, tf_ebx =3D 134570112, tf_edx =3D -1077941952, tf_ecx =3D -1077941888, tf_eax =3D 363, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 672189135, tf_cs =3D 31, tf_efla= gs =3D 642, tf_esp =3D -1077941988, tf_ss =3D 47}) at /usr/home/build/src/sys/i386/i386/trap.c:1001 #29 0xc06fa81f in Xint0x80_syscall () at /usr/home/build/src/sys/i386/i386/exception.s:201 #30 0x0000002f in ?? () #31 0x0000002f in ?? () #32 0x0000002f in ?? () #33 0x0805a800 in ?? () #34 0x0805a000 in ?? () #35 0xbfbfe958 in ?? () #36 0xd8a60d74 in ?? () #37 0x08056080 in ?? () #38 0xbfbfe940 in ?? () #39 0xbfbfe980 in ?? () #40 0x0000016b in ?? () #41 0x0000000c in ?? () #42 0x00000002 in ?? () #43 0x2810cacf in ?? () #44 0x0000001f in ?? () #45 0x00000282 in ?? () #46 0xbfbfe91c in ?? () #47 0x0000002f in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0x137b8000 in ?? () #53 0xc41bd1c4 in ?? () #54 0xc3f3ae10 in ?? () #55 0xd8a60ca0 in ?? () #56 0xd8a60c7c in ?? () #57 0xc1a59000 in ?? () #58 0xc0579cb0 in sched_switch (td=3D0x805a000, newtd=3D0x8056080, flags=3D---Can't read userspace from dump, or kernel process--- ) at /usr/home/build/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCWKObHYXjKDtmC0RAgozAJ9kykDYIHYifgwlcvnZbEfQIRU3QQCeLqnF FiK4Kr+Yi8AQwSZukwVmNuA= =tVW+ -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 01:10:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D57116A4CE for ; Wed, 9 Feb 2005 01:10:50 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5651A43D1D for ; Wed, 9 Feb 2005 01:10:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1355D51456; Tue, 8 Feb 2005 17:10:48 -0800 (PST) Date: Tue, 8 Feb 2005 17:10:47 -0800 From: Kris Kennaway To: Christian Brueffer Message-ID: <20050209011047.GA86464@xor.obsecurity.org> References: <20050209010830.GA77038@unixpages.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20050209010830.GA77038@unixpages.org> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex bpf2 @ /usr/home/build/src/sys/net/bpf.c:1119 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 01:10:50 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote: > I'm getting this reproducible panic with a 5-STABLE system based on > sources from yesterday. The machine in question is an i386 SMP box. >=20 > The panic is reproducible by running an updated version of the > security/scanssh port which is based on libevent. >=20 > A crashdump is available for further investigation. Is the kernel compiled with -O2? This confuses the gdb stack trace unwinder, so you should try instead with -O. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCWMXWry0BWjoQKURAgi8AKDiLq5KxK6Pc6t8lZmrc4Kq1JQe9wCcCoSH Fgxu/VkaRPk3TCMD4xuB1nc= =ilE2 -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 01:17:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB7D16A4CE for ; Wed, 9 Feb 2005 01:17:42 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F0D43D1F for ; Wed, 9 Feb 2005 01:17:41 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IBM001JRE9G8M@ms-dienst.rz.rwth-aachen.de> for stable@freebsd.org; Wed, 09 Feb 2005 02:17:41 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 09 Feb 2005 02:17:40 +0100 (MET) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j191HemV012786; Wed, 09 Feb 2005 02:17:40 +0100 (MET) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id DD1182842E; Wed, 09 Feb 2005 02:17:34 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id 944902285B; Wed, 09 Feb 2005 02:17:34 +0100 (CET) Date: Wed, 09 Feb 2005 02:17:34 +0100 From: Christian Brueffer In-reply-to: <20050209011047.GA86464@xor.obsecurity.org> To: Kris Kennaway Message-id: <20050209011734.GB77038@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=aVD9QWMuhilNxW9f; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050209010830.GA77038@unixpages.org> <20050209011047.GA86464@xor.obsecurity.org> cc: stable@freebsd.org Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex bpf2 @ /usr/home/build/src/sys/net/bpf.c:1119 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 01:17:42 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 08, 2005 at 05:10:47PM -0800, Kris Kennaway wrote: > On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote: > > I'm getting this reproducible panic with a 5-STABLE system based on > > sources from yesterday. The machine in question is an i386 SMP box. > >=20 > > The panic is reproducible by running an updated version of the > > security/scanssh port which is based on libevent. > >=20 > > A crashdump is available for further investigation. >=20 > Is the kernel compiled with -O2? This confuses the gdb stack trace > unwinder, so you should try instead with -O. >=20 No, it's compiled with -O. Could a custom CPUTYPE have anything to do with that? - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCWSubHYXjKDtmC0RAovRAJ0fL5OFGJyYXG1lNQchVWIg2WYdvwCgnQPO 0+HonYuuohffK3XpCRGJmbs= =hYL+ -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 01:36:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74EF416A4CE for ; Wed, 9 Feb 2005 01:36:11 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8215C43D41 for ; Wed, 9 Feb 2005 01:36:10 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.1/8.13.1) with SMTP id j191a9Tx008423 for ; Tue, 8 Feb 2005 19:36:09 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Tue Feb 8 19:36:09 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.1/8.13.1/Submit) id j191a9In008421 for freebsd-stable@freebsd.org; Tue, 8 Feb 2005 19:36:09 -0600 (CST) (envelope-from karl) Message-ID: <20050208193609.A8080@denninger.net> Date: Tue, 8 Feb 2005 19:36:09 -0600 From: Karl Denninger To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Lock/reboot, no dump (ugh) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 01:36:11 -0000 Hi folks; FreeBSD 5.3-STABLE #1: Wed Feb 2 22:57:48 CST 2005 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Sources from January 30th. Scenario: 1. Using GEOM_MIRROR to mirror two SATA drives. 2. Nightly, a third drive is used to back up, as follows: a. Check to see if the drive is visible on the SATA interface. b. If not, "atacontrol attach 2" to scan the bus it is plugged into c. Verify that it is now online. d. Use "gmirror insert ...." to insert it into the mirror. e. Wait for it to sync. f. Stop critical processes (e.g. DBMS, etc) g. "gmirror deactivate ...." to remove the backup from the mirror. h. "gmirror forget" to clean up the RAID i. "atacontrol detach 2" to detach and spin down the disk. The disk is now removeable without drama. Initially, this works fine. After a couple of days, it gets flakey. The disk is found during the attach, but the devices for everything other than the base drive are MISSING (e.g. the slice and partition table entries in /dev) Attempts to access the base device also fail with "Device not configured" and of course the rest of the script aborts since the disk isn't there when it tries to add it to the mirror. If you push it by trying to detach and attach a couple more times, eventually the system will just freeze up. A minute or so later, it spontaneously reboots. During the "freeze" the console is deader than a doornail - the CAPS key flips the light, but VT selection is dead, etc. I/O is completely quiescent during this time as well, including from the network. Sorry I don't have a crash dump from this - at least so far I've been unable to coax it into producing one. I'm going to try removing the "attach/detach" stuff and see if that helps, in an attempt to figure out where its getting pissed off. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 02:59:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCE6516A4CE for ; Wed, 9 Feb 2005 02:59:14 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B2DA43D39 for ; Wed, 9 Feb 2005 02:59:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 281B651456; Tue, 8 Feb 2005 18:59:13 -0800 (PST) Date: Tue, 8 Feb 2005 18:59:13 -0800 From: Kris Kennaway To: Christian Brueffer Message-ID: <20050209025912.GA89816@xor.obsecurity.org> References: <20050209010830.GA77038@unixpages.org> <20050209011047.GA86464@xor.obsecurity.org> <20050209011734.GB77038@unixpages.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20050209011734.GB77038@unixpages.org> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex bpf2 @ /usr/home/build/src/sys/net/bpf.c:1119 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 02:59:15 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 02:17:34AM +0100, Christian Brueffer wrote: > On Tue, Feb 08, 2005 at 05:10:47PM -0800, Kris Kennaway wrote: > > On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote: > > > I'm getting this reproducible panic with a 5-STABLE system based on > > > sources from yesterday. The machine in question is an i386 SMP box. > > >=20 > > > The panic is reproducible by running an updated version of the > > > security/scanssh port which is based on libevent. > > >=20 > > > A crashdump is available for further investigation. > >=20 > > Is the kernel compiled with -O2? This confuses the gdb stack trace > > unwinder, so you should try instead with -O. > >=20 >=20 > No, it's compiled with -O. Could a custom CPUTYPE have anything to do > with that? Not AFAIK. Maybe the missing frames in your trace are OK. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCXyAWry0BWjoQKURAoeQAKCWFcnUt9x7CHbLwHQzlwoZ4zvWFgCfYNGv BA8gYyoA2ak/OxzXaMFbZ6U= =euut -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 07:39:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCCCF16A4CE for ; Wed, 9 Feb 2005 07:39:45 +0000 (GMT) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id C82B443D3F for ; Wed, 9 Feb 2005 07:39:44 +0000 (GMT) (envelope-from k.joch@ctseuro.com) Received: from sv03 (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)j197dXdW074963 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 9 Feb 2005 08:39:34 +0100 (CET) (envelope-from k.joch@ctseuro.com) From: "Karl M. Joch" To: Date: Wed, 9 Feb 2005 08:39:28 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUOenxZelk6fwqyR4u4l5CNImLqrg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <200502090016.20566.max@love2party.net> X-CTS-CTSTZS-Mailserver-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-CTS-CTSTZS-Mailserver: Found to be clean X-CTS-CTSTZS-Mailserver-From: k.joch@ctseuro.com cc: 'Max Laier' Subject: AW: AW: Slow Network with rl0 and 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 07:39:46 -0000 we will test the patch today. thanks for your work. btw, we had an very interesting error with rl cards which we first = thought this was related to the bug but then have to learn that there are far = more possibilities. on an MSI motherboard we had 3 rl cards installed. it was possible to dump about 110 GB over the wire without any error. but after that when users (samba, http proxy ...) worked) the machine slowed down heavily, writing packet oversized errors on the console.we changed the = cards against 3Com nics and 2 of them simply was dead. investigation further showed, that the pci slots on this motherboard are shared and also with = acpi and different interrupts the rl=B4s brought the error and the 3Coms was = dead. after changing the motherboard to another brand everything (with both = cards) worked fine. karl > -----Urspr=FCngliche Nachricht----- > Von: owner-freebsd-stable@freebsd.org=20 > [mailto:owner-freebsd-stable@freebsd.org] Im Auftrag von Max Laier > Gesendet: Mittwoch, 09. Februar 2005 00:16 > An: freebsd-stable@freebsd.org > Cc: Karl M. Joch; =CDsak Ben.; Dorian B=FCttner > Betreff: Re: AW: Slow Network with rl0 and 5.3 >=20 > On Thursday 03 February 2005 18:46, I wrote: > > > > EVERYBODY: Could you please check if you have a rl(4)=20 > driven NIC and > > > > check if you experienced a speed degradation as well. =20 > Please let me > > > > know either way with information about the chipset on your NIC.=20 > > > > Thanks! > > > > PR kern/61448 might apply to you. Can you try the diff=20 > offered there and > > follow-up with your findings? >=20 > Finally found some time to look at the issue. The patch=20 > there was good, but=20 > needed some tweaking. Everybody (having problems) with rl=20 > should check this=20 > patch - please. I plan to commit it soon, so please scream=20 > if it breaks=20 > things for you. >=20 > Karl, can you verify that this patch solves the issue as well=20 > (i.e. can you=20 > backout the one I send you earlier?) - Thanks! >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/61448 >=20 > or: http://people.freebsd.org/~mlaier/if_rl.c.PR.patch directly. >=20 > --=20 > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 08:53:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D62916A4CF for ; Wed, 9 Feb 2005 08:53:38 +0000 (GMT) Received: from f17.mail.ru (f17.mail.ru [194.67.57.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 910CA43D31 for ; Wed, 9 Feb 2005 08:53:37 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f17.mail.ru with local id 1CynbF-000KKI-00; Wed, 09 Feb 2005 11:53:29 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Wed, 09 Feb 2005 11:53:29 +0300 From: dima <_pppp@mail.ru> To: Doug White Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Wed, 09 Feb 2005 11:53:29 +0300 In-Reply-To: <20050208110819.G2666@carver.gumbysoft.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: freebsd-stable@freebsd.org Subject: Re[3]: interrupt routing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 08:53:38 -0000 >>>> I am preparing a new server for production use. >>>> It contains 2 1000BaseTX NICs and 2 SCSI controllers. >>>> The interrupt assignment performed by ACPI looks kinda strange: >>>> irq24: bge0 ahd0 >>>> irq25: bge1 ahd1 >>>> How can I affect it? I mean I want all the devices use different IRQ lines. >>> >>> What hardware, curiously? Are all of these parts onboard? Can you post >>> the ouptut of 'devconf'? This will show the bus associations for these >>> devices. >> Its Tyan S2882 and all the devices are onboard ones. >> I dont know about devconf ($ locate devconf produces empty output as well) > > Oops, soory, that should be 'devinfo'. But pciconf might tell me what I > want to know. > >> but pciconf results are as follows: >> ahd0@pci2:6:0: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 >> vendor = 'Adaptec Inc' >> device = 'AIC-7902B Ultra320 SCSI Controller' >> class = mass storage >> subclass = SCSI >> ahd1@pci2:6:1: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 >> vendor = 'Adaptec Inc' >> device = 'AIC-7902B Ultra320 SCSI Controller' >> class = mass storage >> subclass = SCSI >> bge0@pci2:9:0: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'BCM5704 NetXtreme Dual Gigabit Adapter' >> class = network >> subclass = ethernet >> bge1@pci2:9:1: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'BCM5704 NetXtreme Dual Gigabit Adapter' >> class = network >> subclass = ethernet > > Ah, so they are all on the same bus. Yuck, performance is going to be > sucky. Bad Tyan, no cookie. That'll also explain the limited number of > interrupts available. I don't think there's anything we can do to help > the situation, sadly. I cannot affect the company equipment purchase policy either :/ 2 more servers on Tyan motherboards perform pretty bad also. >> The server runs i386 version of FreeBSD (5.3-RELEASE-p5) since >> I experienced some problems building ports on amd64 version. > > You probably need to use the hw.physmem="2G" loader tunable to get 5.3-R > installed. Once installed you can upgrade to 5-STABLE which fixes the > problem. Well, I dont experience any problems with the base system (the server has 4G of physical RAM btw). The ports collection isnt amd64-ready though. I compiled some ports patching their makefiles but some of them dont compile at all. Say, I failed to build vnc server from ports (I needed it to install Oracle) the only one I managed to build was an ancient realvnc (3.3.7), but I couldnt connect to it. I tried to compile realvnc 4.x from sources but ran into namespace issues (they were discussed on another thread here regarding some software package; seems to be a buggy gcc). So, Ive given up and happily installed an i386 version. >>> In many cases there are not other IRQs available to route, due to poor >>> BIOS programming, ccorners cut in the physical board layout, etc. >> I think this is the case :/ > >> The BIOS assigned all those devices IRQ10 and there is no way to change >> the settings... From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 09:07:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC3016A504 for ; Wed, 9 Feb 2005 09:07:39 +0000 (GMT) Received: from f20.mail.ru (f20.mail.ru [194.67.57.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A4543D1F for ; Wed, 9 Feb 2005 09:07:39 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f20.mail.ru with local id 1Cynov-000D7u-00 for freebsd-stable@freebsd.org; Wed, 09 Feb 2005 12:07:37 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Wed, 09 Feb 2005 12:07:37 +0300 From: dima <_pppp@mail.ru> To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Wed, 09 Feb 2005 12:07:37 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: ng_fec startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 09:07:40 -0000 I am curious about the proper way of setting up an EtherChannel from startup scripts. grep -R fec /etc/* didnt provide me a hint. So, all the EtherChannel configuration is in /etc/rc.local now: $ cat /etc/rc.local #!/bin/sh /sbin/ifconfig bge0 media 100BaseTX mediaopt full-duplex up /sbin/ifconfig bge1 media 100BaseTX mediaopt full-duplex up /usr/sbin/ngctl -f /var/fec0.conf /sbin/ifconfig fec0 inet x.x.x.x netmask 255.255.255.224 up /sbin/route add default x.x.x.x $ cat /var/fec0.conf mkpeer fec dummy fec msg fec0: add_iface "bge0" msg fec0: add_iface "bge1" msg fec0: set_mode_inet The ngctl behavoir looks kinda strange also -- the catalyst produces warnings about speed changes from 100 to 10 and back while the netgraph script is running. Thats why I fixed the speed and duplex on both sides. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 09:39:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AC5516A4CE for ; Wed, 9 Feb 2005 09:39:26 +0000 (GMT) Received: from v3.rz.uni-leipzig.de (v3.rz.uni-leipzig.de [139.18.1.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F8F43D39 for ; Wed, 9 Feb 2005 09:39:25 +0000 (GMT) (envelope-from wir02jcr@studserv.uni-leipzig.de) Received: from localhost (localhost [127.0.0.1]) by v3.rz.uni-leipzig.de (Postfix) with ESMTP id 649A469 for ; Wed, 9 Feb 2005 10:39:24 +0100 (CET) Received: from v3.rz.uni-leipzig.de ([127.0.0.1]) by localhost (v3.rz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07954-24 for ; Wed, 9 Feb 2005 10:39:21 +0100 (CET) Received: from studserv.uni-leipzig.de (studserv.uni-leipzig.de [139.18.1.15]) by v3.rz.uni-leipzig.de (Postfix) with ESMTP id C0F9E67 for ; Wed, 9 Feb 2005 10:39:21 +0100 (CET) Received: from [192.168.1.1] (p213.54.200.153.tisdip.tiscali.de [213.54.200.153]) by studserv.uni-leipzig.de (Postfix) with ESMTP id 25A586C for ; Wed, 9 Feb 2005 10:39:21 +0100 (CET) Message-ID: <4209E2FB.2070806@studserv.uni-leipzig.de> Date: Wed, 09 Feb 2005 11:16:27 +0100 From: Henning Kropp User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at v3-ul Subject: (g)vinum with 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 09:39:26 -0000 (Re: gvinum - recovering from stale in multi user mode) For some the change to gvinum with 5.3 seems to be an easy job for others it's not. Take me for example an the guy who posted under the subject "gvinum - recovering from stale in multi user mode" before. Maybe one of you could lead us to some articles, that describe the changes in a little detail. My problem is the following: As I upgrade from 5.2.1 to 5.3 I have the following setup: vinum conf: drive a device /dev/ad0s1e drive b device /dev/ad1s1d drive c device /dev/ad2s1d volume myvolume sd length 213253346K drive a sd length 324525235K drive b sd length 432123523K drive c rc.conf: start_vinum="YES" fstab: ... /dev/vinum/myvolume /usr .... This setup works just fine with 5.2.1. I know the need to change the following to use gvinum with 5.3 : instead of rc.conf (start_vinum="YES") /boot/loader.conf geom_vinum_load="YES" and change the fstab accordingly: /dev/gvinum/myvolume The result I at boot time is a screen continuously printing out: GEOM_VINUM: plex request failed for gvinum/plex/myvolume.p Does anybody know where to start from here? Many thanks in advance From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 10:10:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1675E16A4CE for ; Wed, 9 Feb 2005 10:10:59 +0000 (GMT) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F34643D41 for ; Wed, 9 Feb 2005 10:10:58 +0000 (GMT) (envelope-from estartu@etustar.ze.tum.de) Received: from etustar.ze.tum.de (estartu@localhost.ze.tu-muenchen.de [127.0.0.1]) by etustar.ze.tum.de (8.12.11/8.12.11) with ESMTP id j19AApAj023583; Wed, 9 Feb 2005 11:10:51 +0100 (CET) (envelope-from estartu@etustar.ze.tum.de) Received: (from estartu@localhost) by etustar.ze.tum.de (8.12.11/8.12.11/Submit) id j19AApZT023582; Wed, 9 Feb 2005 11:10:51 +0100 (CET) (envelope-from estartu) Date: Wed, 9 Feb 2005 11:10:51 +0100 From: Gerhard Schmidt To: freebsd-stable@freebsd.org Message-ID: <20050209101051.GA23501@augusta.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Problems with make release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 10:10:59 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, i've tried to make an snapshotrelease from releng_5. Everything works well= =20 until the readmes from the ports collections are generated. Than the build= =20 stops withe message=20 [...]=20 =3D=3D=3D> x11-wm =3D=3D=3D> Creating README.html =3D=3D=3D> Creating README.html for all ports perl: not found *** Error code 127 Stop in /usr/ports. + umount /dev *** Error code 1 Stop in /usr/src/release. perl v5.8.6 is installed on the the build system. =20 any suggestions.=20 bye=20 Estartu ---------------------------------------------------------------------------- Gerhard Schmidt | Nick : estartu IRC : Estartu | Fischbachweg 3 | | PGP Public Key 86856 Hiltenfingen | Privat: estartu@augusta.de | on request Germany | | --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: Zc+oPk4Zmjs2DDdHiwAhzpBiI7WCuFFp iQCVAwUBQgnhqgzx22nOTJQRAQHHgQP/a33eOM77ofutGakaXbK8k1nxQLpO6rqj OKlMO7aVBHD3jVhHK8v9On4hXFoWBRdDP/PPPuJH+FBzc65wZleuJ+z4T3bn5TVn m/setRqgFVsgNTh6IsPN2eBjrl1UCR+3WbtwQLeMSpVAIWBTFb5AL1GBaD0I+yQ/ zrJZETFMOzA= =C/B8 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 10:29:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B4716A4CE for ; Wed, 9 Feb 2005 10:29:53 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id D8D3C43D2F for ; Wed, 9 Feb 2005 10:29:52 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 3958 invoked from network); 9 Feb 2005 10:25:18 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 9 Feb 2005 10:25:18 -0000 Received: (qmail 17328 invoked by uid 89); 9 Feb 2005 10:33:06 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 9 Feb 2005 10:33:06 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 54054114EB; Wed, 9 Feb 2005 12:29:50 +0200 (EET) Date: Wed, 9 Feb 2005 12:29:50 +0200 From: Ion-Mihai Tetcu To: v0rbiz@icon.bg Message-ID: <20050209122950.331c9351@it.buh.tecnik93.com> In-Reply-To: <4694.213.222.48.10.1107872002.squirrel@mailgw.icon.bg> References: <200502081333.08964.michaelnottebrock@gmx.net> <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> <20050208155822.29df9373@it.buh.tecnik93.com> <4694.213.222.48.10.1107872002.squirrel@mailgw.icon.bg> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: ULE status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 10:29:54 -0000 On Tue, 8 Feb 2005 16:13:22 +0200 (EET) "Viktor Ivanov" wrote: > On Tue, =D4=E5=E2=F0=F3=E0=F0=E8 8, 2005 15:58, Ion-Mihai Tetcu =EA=E0=E7= =E0: > >> I've been using only SCHED_ULE on my UP WS, even when there was #error > >> def. It never broke, not even once :) Though I think there's trouble > >> with SMP and/or HTT. I tried it once on a P4 and it paniced. > >> > >> On the other hand, using SCHED_ULE improves sound quality and general > >> system 'response' concerning GUI... don't know 'bout performance. > > > > By any chance does it help with copying from ata disks on different > > controllers ? For me on large files this brings up "swap_pager: > > indefinite wait buffer" with 4BSD. >=20 > Sorry, can't test this. I know my WS can't compare to a normal server > and I don't have a production server running on SCHED_ULE (excuse the > pun). As I said though, I tried once SCHED_ULE on a P4 with 1 CPU > and HTT enabled and it paniced way too fast. That was when SCHED_ULE > was #error-ed... NP, I'll give ULE and sos's new ATA a try this weekend and see. > As for rtprio, I do set it after I run mplayer, because I run it from > normal user and rtprio is limited to root. Michael says is resolved :) Thanks, --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 10:33:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB6F16A4CE for ; Wed, 9 Feb 2005 10:33:22 +0000 (GMT) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA35B43D45 for ; Wed, 9 Feb 2005 10:33:18 +0000 (GMT) (envelope-from elsukov@rdu.kirov.ru) Received: from kirov.so-cdu.ru (rdm [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id 11B5EFFE3 for ; Wed, 9 Feb 2005 13:33:16 +0300 (MSK) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id 024471559E for ; Wed, 9 Feb 2005 13:33:16 +0300 (MSK) Received: from elsukov.kirov.so-cdu.ru (elsukov.kirov.so-cdu.ru [172.21.81.52]) by kirov.so-cdu.ru (Postfix) with ESMTP id 9185A1559A for ; Wed, 9 Feb 2005 13:33:15 +0300 (MSK) Date: Wed, 9 Feb 2005 13:33:18 +0300 From: "Andrey V. Elsukov" Organization: The Kirov RDM X-Priority: 3 (Normal) Message-ID: <1578678113.20050209133318@rdu.kirov.ru> To: freebsd-stable@freebsd.org In-Reply-To: <20050209101051.GA23501@augusta.de> References: <20050209101051.GA23501@augusta.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Problems with make release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Andrey V. Elsukov" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 10:33:22 -0000 Hi, Gerhard Schmidt, Wednesday, February 9, 2005, 1:10:51 PM: GS> perl v5.8.6 is installed on the the build system. GS> any suggestions. You can try "make rerelease" witch NOPORTREADMES=yes RELEASENOUPDATE=yes or you can try: # chroot $CHROOTDIR # cd /usr/ports/lang/perl5.8 && make install clean # use.perl port # exit make RELEASENOUPDATE=yes rerelease -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 11:23:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F82316A4CE for ; Wed, 9 Feb 2005 11:23:07 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D520543D4C for ; Wed, 9 Feb 2005 11:23:06 +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.43 (FreeBSD)) id 1Cypvz-000FiA-VY for freebsd-stable@freebsd.org; Wed, 09 Feb 2005 11:23:04 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.43 (FreeBSD)) id 1Cypvz-000JVW-Vf for freebsd-stable@freebsd.org; Wed, 09 Feb 2005 11:23:04 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Wed, 09 Feb 2005 11:23:03 +0000 Subject: Bug in nfsd, or did I just read the manpage wrong ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 11:23:07 -0000 I have a machine with three interfaces on it, two onto internal networks, one ointo the outside world. I only want NFS to be accessible on the two internal interfaces so I have this line in my /etc/rc.conf: nfs_server_flags="-u -t -n 4 -h 192.168.3.1 -h 192.168.4.1" That works - but it ony enables TCP on the second interface, the first is UDP only. I have tried all sorts of combinations and positioning for the -t flag, but the end result is the same. UDP on both, TCP only on 192.168.4.1. Hmmmm... anybody got any ideas ? Puzzling the hell out of me! -pcf. PS: This is 4-STABLE, havent yet tried on 5-STABLE From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 11:34:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 421E916A4CE for ; Wed, 9 Feb 2005 11:34:41 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78E0243D1F for ; Wed, 9 Feb 2005 11:34:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19BYaoi038621; Wed, 9 Feb 2005 22:04:37 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 9 Feb 2005 22:04:33 +1030 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1518743.HjDWn9vUV3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092204.34194.doconnor@gsoft.com.au> X-Spam-Score: -3.3 () PGP_SIGNATURE_2,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: matthias.andree@web.de Subject: tun creation problem with security/openvpn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 11:34:41 -0000 --nextPart1518743.HjDWn9vUV3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am trying to using openvpn on a 4.x system but it doesn't seem to want to= =20 create tun devices and I can't make them by hand with ifconfig. I've currently worked around it by running PPP first which creates a tun=20 device but it's a bit difficult to automate properly. I've tried this for ifconfig.. [inchoate 22:01] ~ >sudo ifconfig tun0 create inet 1.2.3.4 ifconfig: SIOCIFCREATE: Invalid argument [inchoate 22:02] ~ >sudo ifconfig tun0 create inet 1.2.3.4 4.5.6.7 ifconfig: SIOCIFCREATE: Invalid argument [inchoate 22:02] ~ >sudo ifconfig tun0 create ifconfig: SIOCIFCREATE: Invalid argument Anyone got any hints? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1518743.HjDWn9vUV3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfVK5ZPcIHs/zowRAnLWAJ9JlDRdOF22RtYULCqyXptk6/ZL7ACfbSI4 TZo2SwL58sWhk+4lRQlaAfk= =4ADb -----END PGP SIGNATURE----- --nextPart1518743.HjDWn9vUV3-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 11:40:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20B4016A4CE for ; Wed, 9 Feb 2005 11:40:06 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E15043D3F for ; Wed, 9 Feb 2005 11:40:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19Be03d038776; Wed, 9 Feb 2005 22:10:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 9 Feb 2005 22:09:58 +1030 User-Agent: KMail/1.7.2 References: <200502092204.34194.doconnor@gsoft.com.au> In-Reply-To: <200502092204.34194.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1458832.fd3JqOcnaU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092209.59376.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: matthias.andree@web.de Subject: Re: tun creation problem with security/openvpn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 11:40:06 -0000 --nextPart1458832.fd3JqOcnaU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Feb 2005 22:04, Daniel O'Connor wrote: > Hi, > I am trying to using openvpn on a 4.x system but it doesn't seem to want = to > create tun devices and I can't make them by hand with ifconfig. > > I've currently worked around it by running PPP first which creates a tun > device but it's a bit difficult to automate properly. > > I've tried this for ifconfig.. > [inchoate 22:01] ~ >sudo ifconfig tun0 create inet 1.2.3.4 > ifconfig: SIOCIFCREATE: Invalid argument > [inchoate 22:02] ~ >sudo ifconfig tun0 create inet 1.2.3.4 4.5.6.7 > ifconfig: SIOCIFCREATE: Invalid argument > [inchoate 22:02] ~ >sudo ifconfig tun0 create > ifconfig: SIOCIFCREATE: Invalid argument > > Anyone got any hints? Ahh I found a work around.. cat /dev/null > /dev/tunN Kind of strange openvpn doesn't open the dev node first though, I'll have a= =20 closer look at it's code.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1458832.fd3JqOcnaU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfaP5ZPcIHs/zowRAgpXAJsGRdWvzdafRIjoMp9e3TcIqIkcHwCeNjmm Y4t3pYyMXpLLmoG4lBVxVPA= =Wq7q -----END PGP SIGNATURE----- --nextPart1458832.fd3JqOcnaU-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 11:59:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 296A916A4CE for ; Wed, 9 Feb 2005 11:59:50 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49EE643D1F for ; Wed, 9 Feb 2005 11:59:49 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j19Bxl95022212 for ; Wed, 9 Feb 2005 12:59:47 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j19Bxkd5032668 for ; Wed, 9 Feb 2005 12:59:46 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Wed, 9 Feb 2005 12:59:45 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: giantless vfs on RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 11:59:50 -0000 Hi, Has vfs without giant already been imported in releng_5? Is it activated by default or must it be activated by setting a kernel option or sysctl? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 12:08:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D80116A4CE; Wed, 9 Feb 2005 12:08:32 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E9343D49; Wed, 9 Feb 2005 12:08:32 +0000 (GMT) (envelope-from willy@tom.chem.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 4CFD114C021; Wed, 9 Feb 2005 13:08:31 +0100 (CET) Received: from tom.chem.tue.nl (tom.chem.tue.nl [131.155.80.7]) by pastinakel.tue.nl (Postfix) with ESMTP id 0C05814BE0D; Wed, 9 Feb 2005 13:08:28 +0100 (CET) Received: (from willy@localhost) by tom.chem.tue.nl (8.12.10/8.12.10/Submit) id j19C8Rkd040414; Wed, 9 Feb 2005 13:08:27 +0100 (CET) (envelope-from willy) Date: Wed, 9 Feb 2005 13:08:27 +0100 From: Willy Offermans To: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20050209120827.GD39864@tom.chem.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-DCC: CollegeOfNewCaledonia: pastinakel.tue.nl 1189; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: Subject: NetMos NM9805 1284 Printer port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: W.K.Offermans@TUe.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 12:08:32 -0000 Dear FreeBSD friends, I have sent the following e-mail 3 times before. I believe always to freebsd-hackers, but I'm not sure. I'm running 5.3-RELEASE-p5 and downloaded the source yesterday. I compiled the source and it works great, believe me. My boss is so proud.... But I encounter a minor but annoying problem: <<>>> I have an additional LPT port: puc0@pci3:13:0: class=0x078000 card=0x00101000 chip=0x98059710 rev=0x01 hdr=0x00 vendor = 'MosChip Semiconductors (Was: Netmos Technology)' device = 'Nm9805 PCI + 1284 Printer Port' class = simple comms I was able to get it work by adding the following to /usr/src/sys/dev/puc/pucdata.c /* Added by Willy@Rompen.nl 06/05/2004 */ /* recommended by john@feith.com */ /* NetMos 0S1P PCI : 0S, 1P */ { "NetMos NM9805 1284 Printer port", { 0x9710, 0x9805, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { { PUC_PORT_TYPE_LPT, 0x10, 0x00, 0x00 }, }, }, and to enable the puc driver in the kernel of course. Is it possible to add the data to /usr/src/sys/dev/puc/pucdata.c permanently? Thnx a lot, <<>>> This time I will sent it to three mailinglist at the same time, hoping that someone picks it up. I was also looking for the maintainer of the puc driver, but I couldn't figure out how to reach her or him. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Eindhoven University of Technology Department of Chemical Engineering Laboratory of Catalysis (SKA) building ST-W 4.27, PO Box 513 5600 MB Eindhoven, Netherlands Tel: +31 40 247 37 81 Fax: +31 40 245 50 54 Home: +31 45 544 49 44 Mobile: +31 653 119 666 e-mail: w.k.offermans@tue.nl http://www.catalysis.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 12:18:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF62616A4CE; Wed, 9 Feb 2005 12:18:28 +0000 (GMT) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E56BD43D1D; Wed, 9 Feb 2005 12:18:27 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.12.11/8.12.11) with ESMTP id j19CIQd3046887; Wed, 9 Feb 2005 13:18:26 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j19CIPCO009854; Wed, 9 Feb 2005 13:18:25 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j19CIP0w009853; Wed, 9 Feb 2005 13:18:25 +0100 (CET) (envelope-from wb) Date: Wed, 9 Feb 2005 13:18:25 +0100 From: Wilko Bulte To: Willy Offermans Message-ID: <20050209121825.GA9807@freebie.xs4all.nl> References: <20050209120827.GD39864@tom.chem.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050209120827.GD39864@tom.chem.tue.nl> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-hackers@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: NetMos NM9805 1284 Printer port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 12:18:28 -0000 I'll stick it in -current later today. Wilko -- Wilko Bulte wilko@FreeBSD.org On Wed, Feb 09, 2005 at 01:08:27PM +0100, Willy Offermans wrote.. > Dear FreeBSD friends, > > I have sent the following e-mail 3 times before. I believe always to > freebsd-hackers, but I'm not sure. > > I'm running 5.3-RELEASE-p5 and downloaded the source yesterday. I > compiled the source and it works great, believe me. My boss is so > proud.... > > But I encounter a minor but annoying problem: > > <<>>> > > I have an additional LPT port: > > puc0@pci3:13:0: class=0x078000 card=0x00101000 chip=0x98059710 rev=0x01 hdr=0x00 > vendor = 'MosChip Semiconductors (Was: Netmos Technology)' > device = 'Nm9805 PCI + 1284 Printer Port' > class = simple comms > > I was able to get it work by adding the following to /usr/src/sys/dev/puc/pucdata.c > > /* Added by Willy@Rompen.nl 06/05/2004 */ > /* recommended by john@feith.com */ > > /* NetMos 0S1P PCI : 0S, 1P */ > { "NetMos NM9805 1284 Printer port", > { 0x9710, 0x9805, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > { PUC_PORT_TYPE_LPT, 0x10, 0x00, 0x00 }, > }, > }, > > and to enable the puc driver in the kernel of course. > > Is it possible to add the data to /usr/src/sys/dev/puc/pucdata.c permanently? > > Thnx a lot, > > <<>>> > > This time I will sent it to three mailinglist at the same time, hoping > that someone picks it up. I was also looking for the maintainer of the > puc driver, but I couldn't figure out how to reach her or him. > > -- > Met vriendelijke groeten, > With kind regards, > Mit freundlichen Gruessen, > De jrus wah, > > Willy > > ************************************* > W.K. Offermans > Eindhoven University of Technology > Department of Chemical Engineering > Laboratory of Catalysis (SKA) > building ST-W 4.27, PO Box 513 > 5600 MB Eindhoven, Netherlands > Tel: +31 40 247 37 81 > Fax: +31 40 245 50 54 > Home: +31 45 544 49 44 > Mobile: +31 653 119 666 > e-mail: w.k.offermans@tue.nl > http://www.catalysis.nl > > Powered by .... > > (__) > \\\'',) > \/ \ ^ > .\._/_) > > www.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 Wed Feb 9 13:19:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C76616A4CF for ; Wed, 9 Feb 2005 13:19:02 +0000 (GMT) Received: from web61202.mail.yahoo.com (web61202.mail.yahoo.com [216.155.196.126]) by mx1.FreeBSD.org (Postfix) with SMTP id A25A543D31 for ; Wed, 9 Feb 2005 13:19:01 +0000 (GMT) (envelope-from andreidf@yahoo.com) Received: (qmail 16355 invoked by uid 60001); 9 Feb 2005 13:19:01 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=J/jFqkI6NkrkB2kwJMRwYBpQ8cwuL9h3y3w6q0FANadL3gLtTohCKp9n9woslVefX0MUVPAKkg2BsTJZuuODpDz8LqXOTE7t8FOIn9p7lGbynwKB+Q8M+FKbTsvPJpnBXADieapqwoJBq70XpMCccpZ2bgpZfYhHWSeSKXmuclY= ; Message-ID: <20050209131901.16353.qmail@web61202.mail.yahoo.com> Received: from [81.181.70.9] by web61202.mail.yahoo.com via HTTP; Wed, 09 Feb 2005 05:19:00 PST Date: Wed, 9 Feb 2005 05:19:00 -0800 (PST) From: Damian-Fekete Andrei To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: recompile, harddrive(partition) error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 13:19:02 -0000 Hello, My first day with a BSD system so.. be gentle please. :) I've installed FreeBSD 5.3, which i've downloaded from net a few days ago. I've recompiled my kernel to make my world spin. I've copied stable-supfile from /usr/share/examples/cvsup to /root/ and did a cvsup for that file. I've than tried to compile the kernel after editing GENERIC (==KERNEL) in /usr/src/sys/i386/conf if i remember correct. I've got some unexpected error about a "unwind.h" missing file; i think something is broke with this "stable" thing. Take a look at files in /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/, for example unwind-cxx.h which includes "unwind.h" not ; but there is no such file in that directory. Also there are some references to "bits/???.h" but also no directory "bits" there. I've got the files from /usr/src/contrib/... but don't really remember the exact path. So I've managed to make buildkernel KERNCONF=GENERIC, make installkernel KERNCONF=GENERIC. One more thing: before copying that unwind.h, bits/.. files and make buildworkd I've upgraded compiler from 3.3 to 3.4 to see if it works, but it didn't. Some places on the web stated that the problem could be from optimization. I had CXXFLAGS=-O2 -pipe -funrool-loops but i've commented that line in make.conf. I don't know if I've missed a step or something, but if I did, please let me know. Finally, make buildkernel KERNCONF.. , make installkernel KERNCONF.. worked. After reboot surprise, surprise. I'll paste all the log I've got through "boot -v" (a few lines on top missing, hope that is not a real problem): ---------------------------------- 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 0xd800-0xd81f irq 5 at device 7.3 on pc0uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 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 pci0: at device 7.4 (no driver attached) pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 11 at 0pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xdc00 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, Re7pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: sndbuf_setmap 19a000, 1000; 0xc1066000 -> 19a000 pcm0: sndbuf_setmap 1dd000, 1000; 0xc1069000 -> 1dd000 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 rl0: port 0xe800-0xe8ff mem 0xe7000000-0xe70000ff i0miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:40:f4:83:5a:2a rl0: [MPSAFE] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x1 0x9 0x1 0x1 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: EPP SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port unknown: not probed (disabled) psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 1329066934 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on VIA 82C686B chip ata0-master: setting UDMA100 on VIA 82C686B chip ad0: ATA-6 disk at ata0-master ad0: 38166MB (78165360 sectors), 77545 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on VIA 82C686B chip ata1-master: setting UDMA33 on VIA 82C686B chip acd0: CDRW drive at ata1 as master acd0: read 8958KB/s (8958KB/s) write 8958KB/s (8958KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc GEOM: new disk ad0 [0] f:00 typ:131 s(CHS):0/1/1 e(CHS):254/254/63 s:63 l:4096512 [1] f:00 typ:131 s(CHS):255/0/1 e(CHS):1023/254/63 s:4096575 l:18362295 [2] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/254/63 s:22458870 l:30137940 [3] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:52596810 l:25559415 GEOM: Configure ad0s1, start 32256 length 2097414144 end 2097446399 GEOM: Configure ad0s2, start 2097446400 length 9401495040 end 11498941439 GEOM: Configure ad0s3, start 11498941440 length 15430625280 end 26929566719 GEOM: Configure ad0s4, start 26929566720 length 13086420480 end 40015987199 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 l:514080 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s2s2, start 0 length 263208960 end 263208959 MBREXT Slice 5 on ad0s3: [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:417627 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:417690 l:4160835 GEOM: Configure ad0s5, start 32256 length 213825024 end 213857279 MBREXT Slice 6 on ad0s3: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:4160772 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:4578525 l:25559415 GEOM: Configure ad0s6, start 213889536 length 2130315264 end 2344204799 MBREXT Slice 7 on ad0s3: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:25559352 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s7, start 2344237056 length 13086388224 end 15430625279 [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:417627 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:417690 l:4160835 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s3s1, start 32256 length 213825024 end 213857279 GEOM: Configure ad0s3s2, start 213857280 length 2130347520 end 2344204799 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad0s4a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s4b, start 268435456 length 359464960 end 627900415 GEOM: Configure ad0s4c, start 0 length 13086420480 end 13086420479 GEOM: Configure ad0s4d, start 627900416 length 268435456 end 896335871 GEOM: Configure ad0s4e, start 896335872 length 268435456 end 1164771327 GEOM: Configure ad0s4f, start 1164771328 length 11921649152 end 13086420479 MBREXT Slice 5 on ad0s2s2: [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 l:514080 MBREXT Slice 5 on ad0s2s2: [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 l:514080 MBREXT Slice 5 on ad0s2s2: [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 l:514080 MBREXT Slice 5 on ad0s2s2: [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 l:514080 MBREXT Slice 5 on ad0s2s2: [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 l:514080 [...] ...and on, and on. I am in linux now so i'll print some information about my harddisk: ---------------- Disk /dev/hda: 40.0 GB, 40020664320 bytes 255 heads, 63 sectors/track, 4865 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 1 255 2048256 83 Linux /dev/hda2 256 1398 9181147+ 83 Linux /dev/hda3 1399 3274 15068970 f W95 Ext'd (LBA) /dev/hda4 * 3275 4865 12779707+ a5 FreeBSD /dev/hda5 1399 1424 208813+ 82 Linux swap / Solaris /dev/hda6 1425 1683 2080386 83 Linux /dev/hda7 1684 3274 12779676 83 Linux ----------------------- (/dev/hda3 holds hda5,hda6,hda7) WOW!! You are here! I really appreciate any help; being just a few days in FreeBSD and getting this kind of problems doesn't make me feel too good. Also, if you think no one is going to help me fix my problem here please give me some directions of where to go. People tend not to like this long messages and usually avoid them. Best regards, andrei __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 13:48:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7E0616A4CE for ; Wed, 9 Feb 2005 13:48:29 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 766B343D2F for ; Wed, 9 Feb 2005 13:48:28 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 15631 invoked from network); 9 Feb 2005 13:48:23 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.109) by gandalf.online.bg with SMTP; 9 Feb 2005 13:48:23 -0000 Received: (qmail 22971 invoked by uid 1000); 9 Feb 2005 13:48:24 -0000 Date: Wed, 9 Feb 2005 15:48:22 +0200 From: Peter Pentchev To: freebsd-stable@FreeBSD.org Message-ID: <20050209134821.GF91609@straylight.m.ringlet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7uYPyRQQ5N0D02nI" Content-Disposition: inline User-Agent: Mutt/1.5.7i X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: lockmgr/softclock panic on 4.11-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 13:48:29 -0000 --7uYPyRQQ5N0D02nI Content-Type: multipart/mixed; boundary="bGR76rFJjkSxVeRa" Content-Disposition: inline --bGR76rFJjkSxVeRa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, [roam@snark /var/crash]> uname -a FreeBSD snark.l.cnsys.plc 4.11-STABLE FreeBSD 4.11-STABLE #8: Wed Feb 2 10= :38:11 EET 2005 roam@snark.l.cnsys.plc:/fs/4/usr.obj/fs/4/usr.src/sys/S= NARK i386 [roam@snark /var/crash]> A panic happened when the screensaver (logo_saver) was activated during heavy disk activity - a rebuild of all Perl-dependent ports. Attached are dmesg.boot and a gdb backtrace of the panic. The 256 MB core itself is also available upon request :) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Thit sentence is not self-referential because "thit" is not a word. --bGR76rFJjkSxVeRa-- --7uYPyRQQ5N0D02nI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCChSl7Ri2jRYZRVMRAnnRAKCmQ30Q7R/4d7MYlCBNCjKGc2EcwgCfSbMU FXlbULYP3+ABsmnCCkYf5/M= =GG77 -----END PGP SIGNATURE----- --7uYPyRQQ5N0D02nI-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 14:01:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E34316A4CE; Wed, 9 Feb 2005 14:01:15 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C3843D3F; Wed, 9 Feb 2005 14:01:14 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j19E1AAB017864; Wed, 9 Feb 2005 15:01:12 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420A1792.900@DeepCore.dk> Date: Wed, 09 Feb 2005 15:00:50 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> In-Reply-To: <42028F29.1030801@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 14:01:15 -0000 S=F8ren Schmidt wrote: > http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3j.tar.gz New version that fixes known problems so far etc now available: http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz http://people.freebsd.org/~sos/ata-mk3k.tar.gz The diffs hasn't changed, so for those that has already applied those=20 you can just untar the tarfile (still relative to /usr/src). Fixes include: o atapi-cd eject/close o SiI controllers lost some (slow) SATA disks in probe o panic when detaching disk not part of a RAID. o Cable detection failure on channels with both master and slave. As always, enjoy and let me know how it goes... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 14:13:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B06816A4CE for ; Wed, 9 Feb 2005 14:13:41 +0000 (GMT) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 395CA43D3F for ; Wed, 9 Feb 2005 14:13:39 +0000 (GMT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1Cysay-000LXT-8N; Wed, 09 Feb 2005 23:13:32 +0900 Date: Wed, 9 Feb 2005 23:13:29 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Pete French In-Reply-To: Message-ID: <20050209231126.D64632@plexi.pun-pun.prv> References: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-93896565-1107958409=:64632" cc: freebsd-stable@freebsd.org Subject: Re: Bug in nfsd, or did I just read the manpage wrong ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 14:13:41 -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-93896565-1107958409=:64632 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 9 Feb 2005, Pete French wrote: > I have a machine with three interfaces on it, two onto > internal networks, one ointo the outside world. I only want > NFS to be accessible on the two internal interfaces so I have this line > in my /etc/rc.conf: > > nfs_server_flags="-u -t -n 4 -h 192.168.3.1 -h 192.168.4.1" > > That works - but it ony enables TCP on the second interface, the > first is UDP only. I have tried all sorts of combinations and > positioning for the -t flag, but the end result is the same. UDP > on both, TCP only on 192.168.4.1. > > Hmmmm... anybody got any ideas ? Puzzling the hell out of me! Try the patch in http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/25826 That worked for me. I've also attached the patch to this email. -- tod McQuillin --0-93896565-1107958409=:64632 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=nfsd.patch Content-Transfer-Encoding: BASE64 Content-ID: <20050209231329.V64632@plexi.pun-pun.prv> Content-Description: Content-Disposition: attachment; filename=nfsd.patch SW5kZXg6IG5mc2QuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZp bGU6IC91c3Ivc3JjL2N2cy1yZXBvL3NyYy9zYmluL25mc2QvQXR0aWMvbmZz ZC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xNS4yLjINCmRpZmYgLXUg LXIxLjE1LjIuMiBuZnNkLmMNCi0tLSBuZnNkLmMJMzAgTWFyIDIwMDQgMjA6 MjU6MzMgLTAwMDAJMS4xNS4yLjINCisrKyBuZnNkLmMJMTAgTWF5IDIwMDQg MTI6NDA6NDEgLTAwMDANCkBAIC01OTMsNyArNTkzLDggQEANCiAJCQkJZXhp dCgxKTsNCiAJCQl9DQogCQl9DQotCQlpZiAodGNwZmxhZyAmJiBGRF9JU1NF VCh0Y3Bzb2NrLCAmcmVhZHkpKSB7DQorCQlmb3IgKHRjcHNvY2sgPSAwOyB0 Y3Bzb2NrIDw9IG1heHNvY2s7IHRjcHNvY2srKykgew0KKwkJICAgIGlmICh0 Y3BmbGFnICYmIEZEX0lTU0VUKHRjcHNvY2ssICZyZWFkeSkpIHsNCiAJCQls ZW4gPSBzaXplb2YoaW5ldHBlZXIpOw0KIAkJCWlmICgobXNnc29jayA9IGFj Y2VwdCh0Y3Bzb2NrLA0KIAkJCSAgICAoc3RydWN0IHNvY2thZGRyICopJmlu ZXRwZWVyLCAmbGVuKSkgPCAwKSB7DQpAQCAtNjEzLDYgKzYxNCw3IEBADQog CQkJbmZzZGFyZ3MubmFtZWxlbiA9IHNpemVvZihpbmV0cGVlcik7DQogCQkJ bmZzc3ZjKE5GU1NWQ19BRERTT0NLLCAmbmZzZGFyZ3MpOw0KIAkJCSh2b2lk KWNsb3NlKG1zZ3NvY2spOw0KKwkJICAgIH0NCiAJCX0NCiAjaWZkZWYgbm90 eWV0DQogCQlpZiAodHA0ZmxhZyAmJiBGRF9JU1NFVCh0cDRzb2NrLCAmcmVh ZHkpKSB7DQo= --0-93896565-1107958409=:64632-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 14:46:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 495C016A4CE for ; Wed, 9 Feb 2005 14:46:45 +0000 (GMT) Received: from f26.mail.ru (f26.mail.ru [194.67.57.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6258043D55 for ; Wed, 9 Feb 2005 14:46:44 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f26.mail.ru with local id 1Cyt75-000E0L-00; Wed, 09 Feb 2005 17:46:43 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Wed, 09 Feb 2005 17:46:43 +0300 From: dima <_pppp@mail.ru> To: Damian-Fekete Andrei Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Wed, 09 Feb 2005 17:46:43 +0300 In-Reply-To: <20050209131901.16353.qmail@web61202.mail.yahoo.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: freebsd-stable@freebsd.org Subject: Re: recompile, harddrive(partition) error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 14:46:45 -0000 > Hello, > My first day with a BSD system so.. be gentle please. > :) You have done something weird for sure... 1. unwind.h is only found in gcc and the kernel sources for ia64. 2. the FreeBSD kernel is pure C, so it does not use libstdc++. 3. 5.3 contains gcc version 3.4.2 as the default compiler. Some common suggestions now: 1. it is highly recommended to keep the world and the kernel in sync (you can find the proper order of upgrade in /usr/src/Makefile comments). 2. the only safe compiler options for kernel/world builds are -O -pipe. 3. use security/errata branch (RELENG_5_3) for work since RELENG_5 can sometimes be broken during large commits. > I've installed FreeBSD 5.3, which i've downloaded from > net a few days ago. I've recompiled my kernel to make > my world spin. I've copied stable-supfile from > /usr/share/examples/cvsup to /root/ and did a cvsup > for that file. I've than tried to compile the kernel > after editing GENERIC (==KERNEL) in > /usr/src/sys/i386/conf if i remember correct. I've got > some unexpected error about a "unwind.h" missing file; > i think something is broke with this "stable" thing. > Take a look at files in > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/, > for example unwind-cxx.h which includes "unwind.h" not > ; but there is no such file in that > directory. Also there are some references to > "bits/???.h" but also no directory "bits" there. I've > got the files from /usr/src/contrib/... but don't > really remember the exact path. So I've managed to > make buildkernel KERNCONF=GENERIC, make installkernel > KERNCONF=GENERIC. > One more thing: before copying that unwind.h, bits/.. > files and make buildworkd I've upgraded compiler from > 3.3 to 3.4 to see if it works, but it didn't. > Some places on the web stated that the problem could > be from optimization. I had CXXFLAGS=-O2 -pipe > -funrool-loops but i've commented that line in > make.conf. > I don't know if I've missed a step or something, but > if I did, please let me know. > > Finally, make buildkernel KERNCONF.. , make > installkernel KERNCONF.. worked. After reboot > surprise, surprise. > > I'll paste all the log I've got through "boot -v" (a > few lines on top missing, hope that is not a real > problem): > ---------------------------------- > 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 0xd800-0xd81f > irq 5 at device 7.3 on pc0uhci1: Reserved 0x20 bytes > for rid 0x20 type 4 at 0xd800 > 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 > pci0: at device 7.4 (no driver > attached) > pcm0: port > 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 11 at > 0pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at > 0xdc00 > pcm0: [GIANT-LOCKED] > pcm0: 0x49434511)> > pcm0: Codec features headphone, 18 bit DAC, 18 bit > ADC, 5 bit master volume, Re7pcm0: Primary codec > extended features variable rate PCM, AMAP > pcm0: sndbuf_setmap 19a000, 1000; 0xc1066000 -> 19a000 > pcm0: sndbuf_setmap 1dd000, 1000; 0xc1069000 -> 1dd000 > rl0: Reserved 0x100 bytes for rid 0x10 type 4 at > 0xe800 > rl0: port 0xe800-0xe8ff > mem 0xe7000000-0xe70000ff i0miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > rl0: bpf attached > rl0: Ethernet address: 00:40:f4:83:5a:2a > rl0: [MPSAFE] > fdc0: port 0x3f7,0x3f0-0x3f5 > irq 6 drq 2 on acpi0 > fdc0: ic_type 90 part_id 80 > fdc0: [MPSAFE] > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff > irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > sio1: irq maps: 0x1 0x9 0x1 0x1 > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff > irq 3 on acpi0 > sio1: type 16550A > unknown: not probed (disabled) > ppc0: using extended I/O port range > ppc0: EPP SPP > ppc0: port > 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > unknown: not probed (disabled) > psmcpnp0: irq 12 on acpi0 > atkbdc0: port 0x64,0x60 > irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, > flags:0x1d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0047 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 03 64 > psm: status 00 03 64 > psm: data 08 00 00 > psm: status 00 02 64 > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3-00, 3 buttons > psm0: config:00000000, flags:00000008, packet size:4 > psm0: syncmask:08, syncbits:00 > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > atkbdc: atkbdc0 already exists; skipping it > fdc: fdc0 already exists; skipping it > ppc: ppc0 already exists; skipping it > sc: sc0 already exists; skipping it > sio: sio0 already exists; skipping it > sio: sio1 already exists; skipping it > vga: vga0 already exists; skipping it > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcbfff on > isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > sc0: fb0, kbd0, terminal emulator: sc (syscons > terminal) > vga0: at port 0x3c0-0x3df iomem > 0xa0000-0xbffff on isa0 > fb0: vga0, vga, type:VGA (5), flags:0x7007f > fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 > fb0: init mode:24, bios mode:3, current mode:24 > fb0: window:0xc00b8000 size:32k gran:32k, buf:0 > size:32k > VGA parameters upon power-up > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > VGA parameters in BIOS for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > EGA/VGA parameters to be used for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fe0: not probed (disabled) > ie0: not probed (disabled) > lnc0: not probed (disabled) > pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on > isa0 > pcic1: not probed (disabled) > sio2: not probed (disabled) > sio3: not probed (disabled) > sn0: not probed (disabled) > vt0: not probed (disabled) > isa_probe_children: probing PnP devices > Device configuration finished. > Timecounter "TSC" frequency 1329066934 Hz quality 800 > Timecounters tick every 10.000 msec > lo0: bpf attached > cpu0: set speed to 100.0% > acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), > currently 100.0% > ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin > ata0-master: setting PIO4 on VIA 82C686B chip > ata0-master: setting UDMA100 on VIA 82C686B chip > ad0: ATA-6 disk at ata0-master > ad0: 38166MB (78165360 sectors), 77545 C, 16 H, 63 S, > 512 B > ad0: 16 secs/int, 1 depth queue, UDMA100 > ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin > ata1-master: setting PIO4 on VIA 82C686B chip > ata1-master: setting UDMA33 on VIA 82C686B chip > acd0: CDRW drive at ata1 as > master > acd0: read 8958KB/s (8958KB/s) write 8958KB/s > (8958KB/s), 2048KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: CDR, CDRW, test write, burnproof > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > GEOM: new disk ad0 > [0] f:00 typ:131 s(CHS):0/1/1 e(CHS):254/254/63 s:63 > l:4096512 > [1] f:00 typ:131 s(CHS):255/0/1 e(CHS):1023/254/63 > s:4096575 l:18362295 > [2] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/254/63 > s:22458870 l:30137940 > [3] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 > s:52596810 l:25559415 > GEOM: Configure ad0s1, start 32256 length 2097414144 > end 2097446399 > GEOM: Configure ad0s2, start 2097446400 length > 9401495040 end 11498941439 > GEOM: Configure ad0s3, start 11498941440 length > 15430625280 end 26929566719 > GEOM: Configure ad0s4, start 26929566720 length > 13086420480 end 40015987199 > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 > l:514080 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s2s2, start 0 length 263208960 end > 263208959 > MBREXT Slice 5 on ad0s3: > [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 > s:63 l:417627 > [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 > s:417690 l:4160835 > GEOM: Configure ad0s5, start 32256 length 213825024 > end 213857279 > MBREXT Slice 6 on ad0s3: > [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 > s:63 l:4160772 > [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 > s:4578525 l:25559415 > GEOM: Configure ad0s6, start 213889536 length > 2130315264 end 2344204799 > MBREXT Slice 7 on ad0s3: > [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 > s:63 l:25559352 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s7, start 2344237056 length > 13086388224 end 15430625279 > [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 > s:63 l:417627 > [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 > s:417690 l:4160835 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s3s1, start 32256 length 213825024 > end 213857279 > GEOM: Configure ad0s3s2, start 213857280 length > 2130347520 end 2344204799 > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 > l:50000 > GEOM: Configure ad0s4a, start 0 length 268435456 end > 268435455 > GEOM: Configure ad0s4b, start 268435456 length > 359464960 end 627900415 > GEOM: Configure ad0s4c, start 0 length 13086420480 end > 13086420479 > GEOM: Configure ad0s4d, start 627900416 length > 268435456 end 896335871 > GEOM: Configure ad0s4e, start 896335872 length > 268435456 end 1164771327 > GEOM: Configure ad0s4f, start 1164771328 length > 11921649152 end 13086420479 > MBREXT Slice 5 on ad0s2s2: > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 > l:514080 > MBREXT Slice 5 on ad0s2s2: > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 > l:514080 > MBREXT Slice 5 on ad0s2s2: > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 > l:514080 > MBREXT Slice 5 on ad0s2s2: > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 > l:514080 > MBREXT Slice 5 on ad0s2s2: > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:5 s(CHS):261/0/1 e(CHS):292/254/63 s:0 > l:514080 > [...] > > ...and on, and on. > > I am in linux now so i'll print some information about > my harddisk: > ---------------- > Disk /dev/hda: 40.0 GB, 40020664320 bytes > 255 heads, 63 sectors/track, 4865 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id > System > /dev/hda1 1 255 2048256 83 > Linux > /dev/hda2 256 1398 9181147+ 83 > Linux > /dev/hda3 1399 3274 15068970 f > W95 Ext'd (LBA) > /dev/hda4 * 3275 4865 12779707+ a5 > FreeBSD > /dev/hda5 1399 1424 208813+ 82 > Linux swap / Solaris > /dev/hda6 1425 1683 2080386 83 > Linux > /dev/hda7 1684 3274 12779676 83 > Linux > > ----------------------- > (/dev/hda3 holds hda5,hda6,hda7) > > WOW!! You are here! I really appreciate any help; > being just a few days in FreeBSD and getting this kind > of problems doesn't make me feel too good. > Also, if you think no one is going to help me fix my > problem here please give me some directions of where > to go. People tend not to like this long messages and > usually avoid them. > > Best regards, > andrei > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - You care about security. So do we. > http://promotions.yahoo.com/new_mail > _______________________________________________ > 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 Feb 9 14:54:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C663316A4D4 for ; Wed, 9 Feb 2005 14:54:37 +0000 (GMT) Received: from inf.ufrgs.br (puma.inf.ufrgs.br [143.54.11.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC5B243D4C for ; Wed, 9 Feb 2005 14:54:35 +0000 (GMT) (envelope-from torgan@inf.ufrgs.br) Received: from localhost (smtp.inf.ufrgs.br [127.0.0.1]) by inf.ufrgs.br (8.12.8/8.12.8) with ESMTP id j19EsWSl028598; Wed, 9 Feb 2005 12:54:32 -0200 Received: from inf.ufrgs.br ([127.0.0.1]) by localhost (puma [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27688-04; Wed, 9 Feb 2005 12:54:26 -0200 (BRDT) Received: from jeep.inf.ufrgs.br (jeep.inf.ufrgs.br [143.54.12.190]) by inf.ufrgs.br (8.12.8/8.12.8) with ESMTP id j19Erm6H028125 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Wed, 9 Feb 2005 12:53:58 -0200 Date: Wed, 9 Feb 2005 12:53:48 -0200 (BRDT) From: =?ISO-8859-1?Q?T=F3rgan_Flores_de_Siqueira?= To: fcash-ml@sd73.bc.ca In-Reply-To: <20050208120121.0712A16A4E2@hub.freebsd.org> Message-ID: References: <20050208120121.0712A16A4E2@hub.freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="915389964-1007924040-1107960828=:26579" cc: freebsd-stable@freebsd.org Subject: Re: 5.x concerns (Freedie Cash) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 14:54:38 -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. --915389964-1007924040-1107960828=:26579 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT > On February 7, 2005 03:40 pm, Tórgan Flores de Siqueira wrote: >> Just adding a note: I regularly use FreeBSD on a Toshiba notebook, >> and switched from 4.x to 5.x to benefit from cardbus support. >> Well, I started with 5.2.1 and all things did well. Since then, I'm >> trying to track 5-STABLE with no success. Starting with 5.3-RELEASE, >> the ACPI stopped to work, as well as did the rl driver. >> So, I switched back to 5.2.1. > > What model Toshiba laptop are you using? > > I'm curious as I have a Toshiba Satellite A60 that works quite nicely > with FreeBSD 5.2.1, 5.3, and 6-CURRENT (with the exception of the > WinModem and soundcard not working, and the ATA controllers only being > recognised as UDMA33). The NIC works, the wireless NIC works, the CPU > throttling works, the video card works perfectly in 2D and provides > software 3D support (there's no AGP module for the ATI Radeon 7000 IGP > chipset). Even the USB 2.0 ports work. > > 5.2-CURRENT had working sleep/resume support, but then it disappeared > one day, and I was never able to track down if it was a BIOS update, > ACPI update, or driver update that killed it. Not that it bothers me, > I prefer to power it off completely anyway. > Hi, I have a Toshiba Satellite 2060CDS (kind of old, I now). I already posted a message to this list mentioning the 2 problems I have, but here it goes: - Using 5.2.1, the system works fine. I didn't tested the winmodem, so, I can't tell if it works. - From 5.3-RELEASE onwards, I'm having problems with the rl driver: the NIC doesn't work at all, and the problem seems to be the well- known "rl0: watchdog timeout". I saw a patch some time ago in this list, but I couldn't test it yet. - Also since 5.3-RELEASE onwards, the ACPI system stopped to work. This is a more serious problem, and I haven't managed to get a usefull report, as the machine hangs at random points in the booting process. By random points, I mean in different stages of probing hardware. The only way to boot the machine is disabling ACPI. In 5.2.1 the sleep/resume support works well, except for the NIC (a pcmcia RTL 8139). There is no way I could get the card working after a resume. The wireless card works like a charm, and so does the usb port, never get in trouble with them. The soundcard works well, too. I updated the BIOS (from 7.50 to 7.80), but it didn't help. With 5.3+ I also tried different kernel options, enabling/disabling SMP, apic, miibus, cbb, rl, apm and acpi, as builtin and as modules, but never get it to work. By now, I'm using 5.2.1-p13, and I'm trying to get the NIC working after a resume. I'm also working in a minor issue: the VESA_800x600 raster mode. It seems to be another problem with this model, not being able to put it in raster mode (100x37). (This model uses a S3 video card). I googled around and searched freebsd-mobile, but didn't find anything related. []s Tórgan --915389964-1007924040-1107960828=:26579-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 15:00:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E252116A4CE for ; Wed, 9 Feb 2005 15:00:36 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id B215F43D31 for ; Wed, 9 Feb 2005 15:00:34 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 1570 invoked from network); 9 Feb 2005 15:00:27 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.109) by gandalf.online.bg with SMTP; 9 Feb 2005 15:00:27 -0000 Received: (qmail 95192 invoked by uid 1000); 9 Feb 2005 15:00:30 -0000 Date: Wed, 9 Feb 2005 17:00:30 +0200 From: Peter Pentchev To: freebsd-stable@FreeBSD.org Message-ID: <20050209150030.GL91609@straylight.m.ringlet.net> References: <20050209134821.GF91609@straylight.m.ringlet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LfQcPIWFRhGivmDw" Content-Disposition: inline In-Reply-To: <20050209134821.GF91609@straylight.m.ringlet.net> User-Agent: Mutt/1.5.7i Subject: Re: lockmgr/softclock panic on 4.11-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 15:00:37 -0000 --LfQcPIWFRhGivmDw Content-Type: multipart/mixed; boundary="tzZdJ4yHDV5r1Akt" Content-Disposition: inline --tzZdJ4yHDV5r1Akt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 03:48:21PM +0200, Peter Pentchev wrote: > Hi, >=20 > [roam@snark /var/crash]> uname -a > FreeBSD snark.l.cnsys.plc 4.11-STABLE FreeBSD 4.11-STABLE #8: Wed Feb 2 = 10:38:11 EET 2005 roam@snark.l.cnsys.plc:/fs/4/usr.obj/fs/4/usr.src/sys= /SNARK i386 > [roam@snark /var/crash]> >=20 > A panic happened when the screensaver (logo_saver) was activated during > heavy disk activity - a rebuild of all Perl-dependent ports. Attached > are dmesg.boot and a gdb backtrace of the panic. The 256 MB core itself > is also available upon request :) Errr.. apparently the tar.gz attachment didn't quite make it to the list, or at least to the archive. Here are the files again. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? --tzZdJ4yHDV5r1Akt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.11-STABLE #8: Wed Feb 2 10:38:11 EET 2005 roam@snark.l.cnsys.plc:/fs/4/usr.obj/fs/4/usr.src/sys/SNARK Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (540.00-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 Features=3D0x383f9ff real memory =3D 268419072 (262128K bytes) avail memory =3D 258285568 (252232K bytes) Preloaded elf kernel "kernel" at 0xc02e3000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02e30a8. Preloaded elf module "vesa.ko" at 0xc02e30f8. VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc02e0382 (1000022) VESA: Matrox Graphics Inc. Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00f0e80 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff= at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on= pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 4.2 irq 5 chip0: port 0xe800-0xe80f at de= vice 4.3 on pci0 pci0: (vendor=3D0x10b7, dev=3D0x9055) at 9.0 irq 5 pci0: (vendor=3D0x1102, dev=3D0x0002) at 14.0 irq 10 pci0: (vendor=3D0x1102, dev=3D0x7002) at 14.1 orm0: null: VESA: information block 56 45 53 41 00 03 1c 02 00 c0 01 00 00 00 22 00 00 01 00 01 01 09 6b 01 00 00 94 00 00 00 e0 51 00 00 00 01 01 01 03 01 05 01 07 01 10 01 11 01 12 01 13 01 14 01 15 01 16 01 17 01 18 01 19 01 VESA: 73 mode(s) found VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc0721622 (1000022) VESA: ATI ATOMBIOS VESA: \M-p\^_\M-* \^_\M-* random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010054 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25848086) pcibios: BIOS version 2.10 Found $PIR table, 13 entries at 0xc00feb00 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 31 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 31 C 0x68 3 4 5 6 7 9 10 11 14 15 embedded 0 29 A 0x69 3 4 5 6 7 9 10 11 14 15 embedded 0 29 B 0x6a 3 4 5 6 7 9 10 11 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 14 15 embedded 0 30 A 0x6b 3 4 5 6 7 9 10 11 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 B 0x61 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 C 0x62 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 D 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 A 0x61 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 C 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 D 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 A 0x62 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 B 0x63 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 C 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 D 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 C 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 D 0x63 3 4 5 6 7 9 10 11 14 15 embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 A 0x61 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 C 0x63 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 D 0x60 3 4 5 6 7 9 10 11 14 15 embedded 4 7 A 0x63 3 4 5 6 7 9 10 11 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 1 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 1 D 0x63 3 4 5 6 7 9 10 11 14 15 embedded 0 28 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 28 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 28 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 28 D 0x63 3 4 5 6 7 9 10 11 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 0/614 1/1 1/1 1/1 1/1 1/1 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2584, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2585, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2660, revid=0x03 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2662, revid=0x03 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[20]: type 4, range 32, base 0000ff80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x2658, revid=0x03 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 map[20]: type 4, range 32, base 0000ff60, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 22 found-> vendor=0x8086, dev=0x2659, revid=0x03 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=22 map[20]: type 4, range 32, base 0000ff40, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265a, revid=0x03 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 0000ff20, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x265b, revid=0x03 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 map[10]: type 1, range 32, base ffa80800, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x265c, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x244e, revid=0xd3 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2640, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x266f, revid=0x03 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 4, range 32, base 0000fe00, size 3, enabled map[14]: type 4, range 32, base 0000fe10, size 2, enabled map[18]: type 4, range 32, base 0000fe20, size 3, enabled map[1c]: type 4, range 32, base 0000fe30, size 2, enabled map[20]: type 4, range 32, base 0000fea0, size 4, enabled map[24]: type 1, range 32, base dffffc00, size 10, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2652, revid=0x03 bus=0, slot=31, func=2 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=20 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000ece0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x266a, revid=0x03 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xdfd00000-0xdfefffff pcib1: prefetched decode 0xc0000000-0xcfffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base c0000000, size 28, enabled pcib1: device (null) requested decoded memory range 0xc0000000-0xcfffffff map[14]: type 4, range 32, base 0000dc00, size 8, enabled pcib1: device (null) requested decoded I/O range 0xdc00-0xdcff map[18]: type 1, range 32, base dfde0000, size 16, enabled pcib1: device (null) requested decoded memory range 0xdfde0000-0xdfdeffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x5d57, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base dfdf0000, size 16, enabled pcib1: device (null) requested decoded memory range 0xdfdf0000-0xdfdfffff found-> vendor=0x1002, dev=0x5d77, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xdfc00000-0xdfcfffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 64, base dfcf0000, size 16, enabled pcib2: device (null) requested decoded memory range 0xdfcf0000-0xdfcfffff pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x14e4, dev=0x1677, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit bge0: mem 0xdfcf0000-0xdfcfffff irq 16 at device 0.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfcf0000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:11:11:5a:cf:e7 bge0: [MPSAFE] pcib3: irq 17 at device 28.1 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xdfb00000-0xdfbfffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff80 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 0xff60-0xff7f irq 22 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff60 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 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff40 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 0xff20-0xff3f irq 23 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff20 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 ukbd0: Logitech USB Receiver, rev 1.10/21.00, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 ums0: Logitech USB Receiver, rev 1.10/21.00, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. pci0: at device 29.7 (no driver attached) pci0:29:7: Transition from D0 to D3 pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xc000-0xcfff pcib4: memory decode 0xdfa00000-0xdfafffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 map[10]: type 1, range 32, base dfaf0000, size 16, enabled pcib4: device (null) requested decoded memory range 0xdfaf0000-0xdfafffff map[14]: type 4, range 32, base 0000ccb8, size 3, enabled pcib4: device (null) requested decoded I/O range 0xccb8-0xccbf pcib4: matched entry for 4.1.INTA pcib4: slot 1 INTA hardwired to IRQ 17 found-> vendor=0x14f1, dev=0x2f20, revid=0x00 bus=4, slot=1, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ccc0, size 6, enabled pcib4: device (null) requested decoded I/O range 0xccc0-0xccff pcib4: matched entry for 4.2.INTA pcib4: slot 2 INTA hardwired to IRQ 18 found-> vendor=0x1102, dev=0x0004, revid=0x04 bus=4, slot=2, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfae7000, size 11, enabled pcib4: device (null) requested decoded memory range 0xdfae7000-0xdfae77ff map[14]: type 1, range 32, base dfae8000, size 14, enabled pcib4: device (null) requested decoded memory range 0xdfae8000-0xdfaebfff pcib4: matched entry for 4.2.INTB pcib4: slot 2 INTB hardwired to IRQ 19 found-> vendor=0x1102, dev=0x4001, revid=0x04 bus=4, slot=2, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=b, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfae7800, size 11, enabled pcib4: device (null) requested decoded memory range 0xdfae7800-0xdfae7fff map[14]: type 1, range 32, base dfaec000, size 14, enabled pcib4: device (null) requested decoded memory range 0xdfaec000-0xdfaeffff pcib4: matched entry for 4.7.INTA pcib4: slot 7 INTA hardwired to IRQ 19 found-> vendor=0x104c, dev=0x8024, revid=0x00 bus=4, slot=7, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 pci4: at device 1.0 (no driver attached) pci4:1:0: Transition from D0 to D3 pci4: at device 2.0 (no driver attached) pci4:2:0: Transition from D0 to D3 pci4: at device 2.2 (no driver attached) pci4:2:2: Transition from D0 to D3 pci4: at device 7.0 (no driver attached) pci4:7:0: Transition from D0 to D3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 16 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=00 ostat1=10 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0xc ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] atapci1: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 mem 0xdffffc00-0xdfffffff irq 20 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfea0 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe10 ata2: reset tp1 mask=03 ostat0=80 ostat1=80 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=50 devices=0x3 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe20 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe30 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=7f devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) pci0:31:3: Transition from D0 to D3 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: irq 3 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: irq 9 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: irq 5 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: irq 9 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: irq 5 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: irq 10 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: irq maps: 0xca9 0xcb9 0xca9 0xca9 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xd3800-0xd3fff,0xcf000-0xd37ff,0xcd800-0xcefff,0xc0000-0xcd7ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xffffffff (1) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xca9 0xca9 0xca9 0xca9 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134525 -> 100000 Timecounter "TSC" frequency 3591024219 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on Intel ICH6 chip acd0: setting UDMA33 on Intel ICH6 chip acd0: DVDROM drive at ata0 as master acd0: read 8268KB/s (8268KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc acd1: setting PIO4 on Intel ICH6 chip acd1: setting UDMA33 on Intel ICH6 chip acd1: CDRW drive at ata0 as slave acd1: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, test write, burnproof acd1: Audio: play, 2 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: CD-ROM 120mm audio disc ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 238418MB at ata2-master SATA150 ad4: 488281250 sectors [484406C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Intel calc=f09b4d1e meta=f84da68f ad4: Intel check2 failed ********* ATA Intel MatrixRAID Metadata ********* intel_id version <1.0.00> checksum 0xf84da68f config_size 0x000001e0 config_id 0xef10e50c generation 0x000000ef total_disks 2 total_volumes 1 DISK# serial disk_sectors disk_id flags 0 488281250 0x00000000 0x0000013a 1 488281250 0x00000100 0x0000013a name ARRAY total_sectors 976561664 state 0 reserved 0 offset 0 disk_sectors 488280832 stripe_count 1907347 stripe_sectors 256 status 0 type RAID0 total_disks 2 disk 0 at disk_idx 0x00000000 disk 1 at disk_idx 0x00000001 ================================================= ad5: 238418MB at ata2-slave SATA150 ad5: 488281250 sectors [484406C/16H/63S] 16 sectors/interrupt 1 depth queue ad5: Intel calc=f09b4d1e meta=f84da68f ad5: Intel check2 failed ********* ATA Intel MatrixRAID Metadata ********* intel_id version <1.0.00> checksum 0xf84da68f config_size 0x000001e0 config_id 0xef10e50c generation 0x000000ef total_disks 2 total_volumes 1 DISK# serial disk_sectors disk_id flags 0 488281250 0x00000000 0x0000013a 1 488281250 0x00000100 0x0000013a name ARRAY total_sectors 976561664 state 0 reserved 0 offset 0 disk_sectors 488280832 stripe_count 1907347 stripe_sectors 256 status 0 type RAID0 total_disks 2 disk 0 at disk_idx 0x00000000 disk 1 at disk_idx 0x00000001 ================================================= ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** ================================================= format Intel MatrixRAID type RAID0 flags 0x01 1 magic_0 0x00000000ef10e50c magic_1 0x0000000000000000 generation 239 total_sectors 976561664 offset_sectors 0 heads 255 sectors 63 cylinders 60788 width 2 interleave 256 total_disks 2 disk 0: flags = 0x0b b ad4: sectors 488280832 disk 1: flags = 0x0b b ad5: sectors 488280832 ================================================= ar0: 476836MB status: READY ar0: 976561664 sectors [60788C/255H/63S] subdisks defined as: ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad5 at ata2-slave ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 GEOM: new disk ad4 GEOM: new disk ad5 GEOM: new disk ar0 Trying to mount root from ufs:/dev/ar0s3a start_init: trying /sbin/init --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 10 11:37:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6162216A4CE for ; Thu, 10 Feb 2005 11:37:47 +0000 (GMT) Received: from mail.bonivet.net (mail.bonivet.net [81.56.185.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B59D43D53 for ; Thu, 10 Feb 2005 11:37:46 +0000 (GMT) (envelope-from gstewart@bonivet.net) X-ConnectingHost: 192.168.1.254 Received: from dragonfly.bonivet.net (dragonfly.bonivet.net [192.168.1.254]) by mail.bonivet.net (8.13.2/8.13.2) with SMTP id j1ABbh03015037 for ; Thu, 10 Feb 2005 12:37:43 +0100 Date: Thu, 10 Feb 2005 12:37:43 +0100 From: Godwin Stewart To: freebsd-stable@freebsd.org Message-Id: <20050210123743.5d929228.gstewart@bonivet.net> In-Reply-To: <200502091621.33138.fcash-ml@sd73.bc.ca> References: <42094BCD.8060109@veldy.net> <200502091558.15432.fcash-ml@sd73.bc.ca> <420AA725.9030604@free.fr> <200502091621.33138.fcash-ml@sd73.bc.ca> X-Mailer: Sylpheed version 1.9.2 (GTK+ 2.4.9; i386-unknown-freebsd5.3) X-Face: #T;eJks=B[`71qrwp`l6BW8xI&hP8S*4Kd%e?8o"rL02ZYf"rWa41l83a)L,*; S).Ukq$U% II{-z#5%i&X8"%{$)ZWmE7WBDF)?wK1^7]u9T;@jqdZo?IT!d-L`!@&vW)F_1 Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__10_Feb_2005_12_37_43_+0100_V/S+Yc=.NfBmRXIs" Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 10 Feb 2005 11:37:47 -0000 --Signature=_Thu__10_Feb_2005_12_37_43_+0100_V/S+Yc=.NfBmRXIs Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Wed, 9 Feb 2005 16:21:32 -0800, Freddie Cash wrote: > On February 9, 2005 04:13 pm, Ivan Roth wrote: > > sorry to ask that but which software could I use to produce vectorial > > graphics? Quite newbie to freebsd, don't know such free software. > > Inkscape is supposed to be a very nice vector drawing program. There's also $PORTS/graphics/sodipodi -- G. Stewart - gstewart@bonivet.net drug, n: A substance which, when injected into a rat, produces a scientific paper. --Signature=_Thu__10_Feb_2005_12_37_43_+0100_V/S+Yc=.NfBmRXIs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCC0eHK5oiGLo9AcYRAnTlAKCp5D+BszJ4WLojN1U24TNd7UWOigCgjsBS FoZ7SiOB7KE9tpknJmdv94g= =JXr1 -----END PGP SIGNATURE----- --Signature=_Thu__10_Feb_2005_12_37_43_+0100_V/S+Yc=.NfBmRXIs-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 10 11:44:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B5316A4CE for ; Thu, 10 Feb 2005 11:44:21 +0000 (GMT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D85E43D39 for ; Thu, 10 Feb 2005 11:44:19 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id j1ABhuA41686; Thu, 10 Feb 2005 11:43:56 GMT (envelope-from rb) Message-Id: <6.2.0.14.2.20050210114107.044b0810@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Thu, 10 Feb 2005 11:43:44 +0000 To: Peter Jeremy , From: Bob Bishop In-Reply-To: <20050210063210.GD57256@cirb503493.alcatel.com.au> References: <42094BCD.8060109@veldy.net> <852a5a28dc0de30211ed20243c4d29cf@ee.ryerson.ca> <420AD761.8040306@cs.tu-berlin.de> <20050210063210.GD57256@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 10 Feb 2005 11:44:21 -0000 At 06:32 10/02/2005, Peter Jeremy wrote: >On 2005-Feb-10 04:39:13 +0100, Bj?rn K?nig wrote: > >David Magda wrote: > > > >>It's "daemon", not "demon". > >Or even "d=E6mon" > > >It's a question whether you are British or American or understand it as > >a proper name. ;-) > >My dictionary has both as headwords with a reference from demon to >daemon (but not vice versa) and lists "a service program that is >called into action by the operating system" under daemon. The >etymology is from greek "daimon" via latin "daemon". FWIW, Concise Oxford has: demon n. ... 5 (also daemon) a) an inner or attendant spirit; a genius (the demon of=20 creativity). b) a divinity or supernatural being in ancient Greece. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 10 11:53:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3956416A4CE for ; Thu, 10 Feb 2005 11:53:51 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 916AB43D2D for ; Thu, 10 Feb 2005 11:53:49 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 10 Feb 2005 11:53:48 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp005) with SMTP; 10 Feb 2005 12:53:48 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Thu, 10 Feb 2005 12:53:48 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2107250.0NrrVKbHPP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502101253.58985@harrymail> X-Y-GMX-Trusted: 0 cc: Martin Minkus cc: stable@freebsd.org Subject: Re: 5.3-Stable network issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 10 Feb 2005 11:53:51 -0000 --nextPart2107250.0NrrVKbHPP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 10. Februar 2005 11:00 schrieb Martin Minkus: > I seem to have been having a rather strange networking issue in FreeBSD > 5.3-Stable (it started happening immediately after 5.2.1 and has persisted > since.. I keep =B3hoping=B2 that next time I cvsup it will be fixed, but = no). > > I downgraded back to 5.2.1-p13 and it is perfectly fine once again. > > > *** Some background information: > > My FreeBSD box is my home NAT router, server, firewall, etc. It does DHCP, > MX for some of my domains, secondary DNS (I got primary elsewhere), apache > for some webhosting, blah blah blah. Nothing really special. It is a Dual > PIII-500, 512mb ram, and a couple ATA hdd=B9s. Had 3 realtek network > interfaces, but down to 2 now. > > *** The problem: > > Networking simply "stops" or "locks up". Why, I don't know. I believe > initially it happened for all 3 network cards... I thought tcp/ip > processing or something in the kernel got locked. It happens every 30 > minutes to an hour, and lasts about 60 seconds to 120 seconds. > Unfortunately, 60 seconds to 120 seconds is long enough to kill messenger > (my gf does not like), online gaming, etc etc. Just a wils guess: Try setteing 'debug.mpsafet=3D0' in /boot/loader.conf I had similar problems with pf and RELENG_5=20 No soultion though :( =2DHarry > > Lately, I had taken one of the realtek cards out (it was for a several km > long wireless link) and moved the server to my gf's place (where I am now > 100% of the time). So now that I have the server locally and rely on it f= or > my internet connection, this has become a real PAIN. > > I've noticed that I can remain ssh'd into diablo, do whatever I want while > this "lock" issue occurs. So the lan interface rl0 is fine. The internet > interface, rl1 (which goes to the cable modem) locks up. (btw, its not the > cable modem as I am using my gf's now, and it did this at my place on my > cable modem too, which is a different brand. Nortel at my place, motorola > at my gfs). > > *** Attempts: > > I've attempted switching out network cards, and places 3 other realtek > cards in. Different brands, all with different revisions (D instead of B, > etc, etc). > > No matter what I try, nothing fixes it. The machine seems perfectly > repsonsive, and I am still ssh'd in and can do whatever I want on it... B= ut > the network card going to the cable modem has stopped responding?! > > This never happened during 5.0-Current all throughout 5.2.1-STABLE, but > anywhere beyond 5.2.1 it craps itself. > > > *** Dmesg output: > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.2.1-RELEASE-p13 #2: Thu Feb 10 18:39:33 CST 2005 > diskiller@diablo.diskiller.net:/junk/obj/junk/src/sys/DIABLO > Preloaded elf kernel "/boot/kernel/kernel" at 0xc076c000. > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium III/Pentium III Xeon/Celeron (504.72-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 > > Features=3D0x387fbff, CMOV,PAT,PSE36,PN,MMX,FXSR,SSE> > real memory =3D 536870912 (512 MB) > avail memory =3D 516034560 (492 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > Pentium Pro MTRR support enabled > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pcibios: BIOS version 2.10 > Using $PIR table, 7 entries at 0xc00fdcf0 > pcib0: at pcibus 0 on > motherboard > pci0: on pcib0 > pci_cfgintr: 0:10 INTA BIOS irq 10 > pci_cfgintr: 0:12 INTA BIOS irq 11 > agp0: mem 0xd0000000-0xd3ffff= ff > at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xf000-0xf00f at device 7.1 > on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata0: [MPSAFE] > ata1: at 0x170 irq 15 on atapci0 > ata1: [MPSAFE] > uhci0: port 0xe000-0xe01f at > device 7.2 on pci0 > pci_cfgintr: 0:7 INTD routed to irq 11 > 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 > piix0: port 0x5000-0x500f at device 7.3 on pci0 > Timecounter "PIIX" frequency 3579545 Hz quality 0 > pci0: at device 8.0 (no driver attached) > rl0: port 0xe400-0xe4ff mem > 0xd7000000-0xd70000ff irq 10 at device 10.0 on pci0 > rl0: Ethernet address: 00:00:21:f2:a5:47 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl1: port 0xe800-0xe8ff mem > 0xd7001000-0xd70010ff irq 11 at device 12.0 on pci0 > rl1: Ethernet address: 00:40:f4:90:1c:4b > miibus1: on rl1 > rlphy1: on miibus1 > rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > orm0: